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I.  INTRODUCTION 

A . GENERAL 

Card  programmadale  electronic  pocket  calculators  offer 
portable  computational  power  and  versatility  heretofore 
unknown  at  an  astonishingly  low  cost.  Most  problems  which 
require  the  analysis  of  numbers  can  be  programmed  into  and 
automatically  solved  by  this  new  breed  of  machine  at  the 
touch  of  a few  buttons.  This  new  ability  to  execute  complex 
computations,  on  demand,  in  the  field,  and  in  seconds  can 
encible  one  to  significantly  improve  his  professional 
efficiency  in  almost  any  profession.  In  the  opinion  of  the 
authors,  the  next  generation  of  card  programmable  calculators 
is  going  to  have  a greater  ultimate  effect  on  the  modern 
world  than  did  the  computer  itself  in  recent  years. 

The  invention  of  the  logarithm  by  Napier  in  1614  [1] 
simplified  and  speeded  mathematical  computations  by  mankind. 
The  calculator  revolution  of  today  is  comparable  to  the 
revolution  in  mathematics  brought  aOsout  by  the  logarithm. 

The  non-prograunmable  electronic  calculator  has  already  all 
but  eliminated  the  market  for  the  sliderule  while  providing 
greater  accuracy  at  a lower  cost.  On  the  other  hand, 
sophisticated  calculators  are  now  beginning  to  compete  with 
larger  computers.  The  first  card  programmable  calculator, 
the  Hewlett-Packard  HP-65,  was  introduced  in  1974.  In 
January  of  1976,  Texas  Instruments  Incorporated  (TI) 

9 


I ^ 


I 


introduced  the  SR- 52  card  progreuranable  calculator  in  compe- 
tition with  the  HP-65.  Hewlett-Packard  (HP)  answered  the 
challenge  in  June  1976  with  the  HP-67  which  provided  more 
than  twice  the  capc±iility  of  the  HP-65.  National  Semicon- 
ductor intends  to  introduce  their  Model  7100  before  summer 
of  1977.  It  will  have  480  user  programmable  steps  plus  4000 
library  steps.  In  June  1977,  TI  will  replace  the  SR-52 
with  the  TI-59,  which  will  have  as  many  as  960  user  pro- 
grcuranable  steps  plus  a 5000  step  library  cartridge.  This 
relatively  rapid  evolution  in  hand-held  calculators  is  the 
result  of  high  consumer  demand,  and  market  competition. 

It  is  believed  by  the  authors  that  hand-held  computers 
with  up  to  20K  of  step  processing  capability  will  be 
available  within  the  next  decade. 

B.  PURPOSE 

The  beginning  for  this  thesis  started  with  the  purchase 
of  progreutimable  calculators  (HP-25 ’s)  for  use  by  the  authors 
in  course  work  at  the  Naval  Postgraduate  School  (NPS) . 

Having  gained  the  ability  to  program  the  purchased  calcula- 
tors, it  was  soon  determined  that  more  capsdjility  was 
desired  in  order  to  solve  more  complex  problems.  This 
phenomenon  is  described  by  Thompson  [2]  as  the  "fill-up" 
principle  where  the  user  tends  to  "fill-up"  the  capability 
of  the  machine  and  thus,  outgrow  it. 

In  1976,  NPS  purchased  more  than  sixty  SR-52  machines 
for  use  in  a pilot  project  designed  to  determine  if  such 
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machines  should  be  formally  incorporated  into  the  various 
curricula.  Additionally,  the  NFS  faculty  questioned 
whether  or  not  the  use  of  these  calculators  in  the  fleet 
could  improve  the  capability  of  managers,  i.e.,  if  rapid 
and  concise  analysis  of  data  could  enable  managers  to 
arrive  at  better  decisions  which  might  lead  to  improved 
operational  readiness. 

It  is,  therefore,  the  purpose  of  this  study  to  investi- 
gate the  potential  of  card  programmable  pocket  calculators 
as  a tool  for  both  educational  endeavors  and  management 
support  in  conjunction  with  the  NFS  pilot  project. 


C . STUDY  METHODOLOGY 

(1)  The  Management  Science  curricula  of  the  Naval 
Fostgraduate  School  (NFS)  was  used  for  educational  program 
guidelines.  NFS  Management  Science  students  come  from 
diverse  educational  backgrounds;  many  of  the  students  have 
minimal  formal  mathematical  training.  The  Management 
Science  curriculum  encompasses  the  following  disciplines 
that  include  numerical  computation: 

a.  Mathematics 

b.  Probability 

c.  Statistical  Methods 

d.  Financial  Accounting 

e.  Management  Accounting 


* Particular  courses  are  listed  in  Appendix  A. 


(2)  The  Hewlett  Packard  HP-67  and  the  Texas  Instrxments 
SR-52  were  studied  "heinds  on"  and  compared  on  the  basis 

of: 

a.  Machine  language 

b.  Programming  and  programmeibility 

c.  Machine  functions  and  capabilities 

d.  Use  in  the  educational  process 

e.  Use  at  NPS  and  in  the  Fleet. 

Comparable  functions  and  capabilities  of  the  NS  Model 
7100  and  the  TI  59  are  listed  in  Appendix  B.  Samples  of 
these  two  machines  were  not  available  during  the  time  fr2nne 
of  this  study;  therefore,  listed  data  is  informational 
only,  as  provided  by  the  manufacturers . Ti:e  authors  had 
opportunity  only  to  observe  factory  emulators  which  could 
accomplish  most  of  the  functions  predicted  for  the  actual 
production  models  of  these  machines . 

(3)  Additional  information  was  collected  through: 

a.  Interviews  and  surveys  of  users 

b.  A search  of  the  literature 

c.  Telephonic  and  written  interview  of 
researchers  and  educators 

d.  Review  of  written  information  provided  by 
educators  and  researchers 

e.  Review  of  information  provided  by  manufacturers. 

(4)  There  is  little  in  the  literature  to  indicate 

the  impact  of  card  programmcJole  calculators  in  the  educational 
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and  fleet  environments.  This  thesis  is  written  with  the 
expectation  that  it  will  be  disseminated  to  readers  who 
have  various  levels  of  feumiliarity  and  needs  concerning 
these  calculators.  These  underlying  factors  necessitated 
a baseline  study  that  includes  technical  information,  as 
well  as  non-technical , as  deemed  important  to  the  various 
audiences.  Therefore,  the  reader  may  extract  information 
as  considered  appropriate. 
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II.  CARD-PROGRAMMABLE  CALCULATORS  AND  EDUCATION 


A.  THE  CALCULATOR  AS  A TEACHING  AID? 

Whether  or  not  the  calculator  is  usable  as  a teaching 
aid  is  a multi-faceted  question.  ‘ 

Rogers  [3]  believes  that  a good  teaching  aid  must  be 
enduring  if  it  is  to  be  of  value  in  the  educational  process; 

i.e.,  as  enduring  as  the  blackboard.  She  lists  four  features 
that  seem  to  separate  enduring  teaching  aids  from  others: 

1.  Inexpensive  and/or  durable 

2.  Controllable  by  learner 

3.  Does  what  the  learner  wants  done 

4.  Flexible  usability 

The  question  of  expense  and  durability  is  simply  one 
of  value  analysis.  Such  analysis  must  necessarily  evaluate 
(a)  initial  incremental  cost,  (b)  initial  support  cost,  and 
Cc)  recurring  cost.  Support  costs  include  publications 
and  peripheral  equipment  required  to  take  full  advantage 
of  the  system.  Recurring  cost  of  calculators  is  primarily 
a function  of  machine  failure  rates.  A suggested  method  of 
value  analysis  on  this  subject  is  located  elsewhere  in  this 
document. 

A hand  held  calculator  is  certainly  controllable  by  the 
student,  particularly  when  the  student  is  allowed  to  take  it 
home  with  him.  Equally  obvious  is  that  the  machines  surveyed 
in  this  thesis  are  usable  in  almost  any  course  of  instruction 
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that  requires  numerical  computation  and  are  capaible  of 
doing  what  the  student  wcints  them  to  do.  In  addition, 
these  instruments  can  be  used  to  great  advantage  in  the 
fleet  after  graduation.  In  short,  hand  held  calculators 
have  an  advantage  that  even  the  blackboard  cannot  compete 
with:  portability. 

Bell  [4]  points  out  that  there  is  considerable  agreement 
that  calculators  should  play  an  important  role  in  the  educa- 
tional process  as  a result  of  their  availability  and  use 
outside  the  world  of  schools.  He  also  reports  that  almost 
invariably  there  is  high  initial  interest  which  persists 
over  a long  time  provided  students  are  given  interesting 
things  to  do  with  the  calculators. 

Suydam  [5]  lists  the  two  fundamental  arguments  regarding 
the  use  of  calculators  in  the  educational  process  in  general: 
Proponents  argue: 

"The  hand-held  calculator  is  the  tool  used  in 
society  today  for  calculations.  Schools  are 
'burying  their  heads  in  the  sand'  if  calculators 
are  not  recognized  and  used  as  the  calculational 
tool  that  they  are . " 

Opponents  argue : 

"The  principal  objectives  of  mathematics 
instruction  (at  least  in  grades  K-9)  are  that 
children  learn  the  basic  facts  and  paper-and- 
pencil  algorithms.  Such  learning  will  not 
occur  if  calculators  are  made  available  in 
schools . " 

The  opposing  view  is  also  argued  at  the  college  level, 
although  calculators  are  not  forbidden  in  most  college 
classrooms  and  nximerous  schools  have  taught  a basic  sliderule 
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course.  It  is  agreed  that  a certain  ounount  of  computational 
skill  must  be  required  before  calculators  can  be  used 
entirely  effectively.  But  the  authors  do  not  see  much 
distinction  between  ”paper-and-pencil"  and  calculators, 
and  even  less  between  sliderules  and  calculators.  I.e.,  what 
is  the  difference  between  using  paper-and-pencil  and  using 
calculators  in  the  learning  process?  At  best,  it  would 
seem  to  be  a moot  point. 

Availcible  literature  indicates  to  the  authors  that  the 
benefits  of  using  calculators  strongly  outweigh  not  using 
calculators.  Interestingly,  no  evidence  has  been  found 
that  calculators  or  sliderules  negate  the  learning  process. 
Paper  and  pencils  are  merely  different  forms  of  tools. 

Any  tool  that  facilitates  learning  should  be  accepted  on 
its  relative  merits  rather  than  being  eliminated  through 
emotional  recrimination.  To  put  it  simply,  correct  answers 
instill  confidence  and  it  is  inescapc±ile  that  learning  will 
take  place  while  using  calculators.  The  degree  of  learning 
depends  upon  the  student,  the  teacher  and  how  well  the  tools 
available  are  used.  Calculators  will  not  replace  the  thinking 
process  but  will  enhance  its  capcibilities  to  accomplish  more, 
as  did  the  sliderule  for  the  engineering  profession. 

The  authors  find  no  substantial  reason  against  using 
calculators  as  an  educational  tool  per  se  and  fully  support 
the  proponents  viewpoint. 
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Peripherally,  an  additional  aid  is  on  the  market  for 
use  by  instructors  — the  "Edu-Calc."  It  is  manufactured  by 
Educational  Calculator  Devices,  Inc.,  in  Laguna  Beach, 
California.  It  is  an  electronic  repeater  unit  coupled 
with  a calculator,  produced  as  an  integral  unit.  With  a 
calculator  on  the  top  of  the  unit  for  operation  by  the 
instructor,  the  display  faces  the  students  for  them  to 
follow. 

This  integral  unit  is  supplied  in  a brief  case,  which 
makes  it  easy  for  the  instructor  to  carry  it  with  him  from 
class  to  class. 

At  present,  the  unit  is  manufactured  using  only  Hewlett- 
Packard  calculators.  VJhen  queried  as  to  the  possible 
incorporation  of  other  manufacturers  calculators,  Mr.  George 
Schultz,  Manager,  Academic  Sales,  stated  that  such  an 
eventuality  would  not  be  considered  at  this  time  due  to 
machine  relicibility  factors.  No  "Edu-Calc"  machines  have 
been  returned  for  repair  during  the  life  of  their  production 
(approximately  one  year) . He  provided  a rough  estimate 
that  an  HP-67  model  "Edu-Calc"  could  be  made  availcible  for 
approximately  $1200  [6]. 

B.  THE  NPS  PILOT  PROJECT;  CLASSROOM  USE  OF  CARD 

PROGRAMMABLE  CALCULATORS 

The  project  began  with  the  issuance  of  SR-52  card 
programmable  calculators  to  fifteen  beginning  students  in 
the  Naval  Intelligence  curriculum.  The  calculators  were 
incorporated  in  the  course  "Mathematics  for  Naval  Intelligence" 
(MA  2310);  this  course  is  described  as  [7]: 
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"A  review  of  linear,  logarithmic,  sinusoidal 
and  exponential  functions , with  graphical 
emphasis;  differentiation  and  integration 
with  both  analytical  and  numerical  procedures, 
continuation  to  include  introductory  treat- 
ments of  Fourier  analysis;  the  Fourier 
integral,  spectral  analysis,  differential 
equations,  and  the  Laplace  transformation." 

The  course  was  completed  during  the  October-December 
1976  quarter. 

In  addition  to  the  calculators,  students  were  issued  a 
text  [8]  that  had  been  adapted  by  the  instructor  to  take 
best  advantage  of  the  calculators.  The  students  received 
5 hours  of  classroom  lectures  and  3 laboratory  hours  each 
week  for  11  weeks. 

During  the  first  two  weeks  of  the  quarter,  the  class 
concentrated  on  learning  machine  capaibilities  and  programming. 
The  balance  of  the  quarter  was  spent  learning  mathematics. 

The  students  completed  survey  fonns  during  the  fourth 
and  twelfth  weeks  of  the  quarter  and  were  interviewed 
throughout  the  quarter.  These  students  will  continue  to 
use  the  calculators  in  follow-on  courses. 

Following  is  am  analysis  of  available  information: 


a. 

Ages  of  students: 

29  ± 5 

b. 

Previous  degrees : 

BA/BS  87% 

c. 

Highest  level  math 

previous ly 

college  algebra 

40% 

calculus 

46% 

differential 

equations 

14% 
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d.  No  student  had  previous  experience  in  programming 
calculators  or  computers . 

e.  Average  use  of  calculators  per  student  over  11 

week  period:  97.08  hours  (37.8  hrs  without 

programming;  59.28  hrs  programming  and  using 
programs) . 

f.  100%  of  the  students  believe  that  the  calculator 
oriented  course  was  a worthwhile  educational 
endeavor  that  has  enabled  them  to  acquire  an  ability 
useful  in  further  education. 

g.  93%  of  the  students  foresee  the  use  of  programmcible 
calculators  in  future  billets  (versus  67%  in  the 
4th  week)  and  are  generally  willing  to  buy  a 
calculator  (versus  73%  in  the  4th  week) . However, 
that  willingness  is  predicated  on  (a)  billet 
requirements  and  (b)  the  belief  that  if  the 
government  benefits,  the  government  should  purchase 
them. 

h.  93%  of  the  students  believe  that  using  a programmable 
calculator  and  programming  has  helped  them  to 
understand  mathematical  concepts  (as  compared  to 

53%  at  the  4th  week) . 

i.  100%  of  the  students  rate  handout  materials  better 
(each  student  ranked  them  4 on  a scale  of  1 to  5) 
than  manufacturers  publications.  They  also  believe 
that  these  materials  were  of  significant  help  in 
learning  mathematical  concepts . 
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j.  20%  of  the  class  experienced  machine  failures 
(machine  would  not  print  cards  or  would  not  accept 
manual  program  input) . Not  only  did  these  students 
rate  progreimming  lower  as  a learning  mode,  but  they 
also  received  the  lowest  grades  in  the  class. 

k.  87%  of  the  students  believe  a printer  would  be 
useful  in  programming. 

l.  Machine  features  that  the  students  particularly 
liked  included  its  card-programmability;  11  particu- 
larly disliked  its  inability  to  exponentiate 
negative  numbers  (Y  ) without  indicating  an  error 
condition. 

m.  It  is  noted  that  most  answers  concerning  questions 
about  future  applications  were  guarded.  Students 
stated  that  they  did  not  know  future  course 
requirements,  therefore,  were  not  sure  of  particular 
uses . 

n.  It  is  clear  that  the  students  perceive  a strong 
potential  for  the  application  of  programmable 
calculators  in  future  billets. 

o.  Comparison  of  survey/interview  results  at  the  fourth 
week  with  those  of  the  twelfth  week  indicates  a 
strong  increase  in  enthusiasm  and  confidence  in 

the  ability  to  carry  out  computations  of  increasing 
complexity.  One  particularly  common  statement 
among  the  students  was  that  they  were  able  to 
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compute  much  faster  and  solve  many  more  problems, 
cind,  therefore,  were  able  to  devote  more  time  to 
studying  theory.  All  students  have  the  desire  to 
learn  more  about  the  machine , programming  and 
applications.  Some  students  are  already  writing 
programs  for  future  uses . 

Each  student  interviewed  indicated  that  he  now 
views  algorithms  in  a different  way;  in  the  way  of 
a flowchart  or  the  way  it  could  be  programmed  most 
efficiently.  In  addition,  each  confirms  that  he 
now  tends  to  think  about  problems  outside  mathematics 
in  a similar  manner. 

p.  This  class  began  the  quarter  with  the  same  text 
material  as  covered  by  previous  classes  (except 
for  adaptation  of  the  material  to  the  calculator- 
teaching mode) . The  instructor,  after  reviewing 
student  records,  initially  estimated  that  this 
particular  class  would  have  difficulty  in  completing 
the  text  (records  of  this  class  in  prior  mathematics 
courses  indicated  an  overall  grade  point  average 
of  2.0  or  C) . However,  he  found  that  the  class  had 
completed  the  text  during  the  ninth  week  and  he  was 
able  to  include  additional  materials  that  would 
prove  very  useful  in  future  courses.  He  observed 
that  students  gained  a great  deal  of  insight  and 
intuition  through  writing  programs  and  solving 
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repetitive  computations.  He  stated  that  the  major 
advantages  of  calculator  usage  included  "breaking 
the  ice" , students  obtained  correct  answers , developed 
confidence  and  learned  mathematics  extremely  well. 

Not  only  were  the  students  able  to  cover  signifi- 
cantly more  material  (15%  more  depth) , they  were 
also  eible  to  complete  a final  examination  that  the 
instructor  judged  to  be  20%  more  difficult  (complex) 
than  any  previous  examination  in  this  course. 

The  class  of  the  previous  quarter,  without  benefit 
of  card  programmable  calculators , attained  an 
overall  grade  point  average  of  3.62  ± .43.  This 
class  attained  an  overall  grade  point  average  of 
3.60  ± .44. 

As  a result  of  the  success  experienced  by  this  class, 
the  instructor  began  the  following  quarter  (second 
quarter  for  the  students)  by  teaching  the  students 
to  compute  cumulative/inverse,  cumulative  normal 
and  binomial  distribution  values  rather  than  referring 
to  tcibles.  He  has  also  taught  the  Runge-Kutta 
method  for  solving  differential  equations,  carrying 
out  fifty  cycles  during  a class  period.  Normally 
these  methods  are  too  time  consuming  to  be  demonstrated 
past  the  "exposure"  level.  Accordingly,  it  certainly 
appears  that  card  programmable  calculators  have 
provided  a significant  advantage  to  this  class. 


s.  The  mathematics  courses  in  the  Naval  Intelligence 
curriculum  are  similar  to  those  in  the  Management 
Science  curriculum.  Therefore,  the  information 
collected  from  this  class  is  entirely  adaptaible  to 
the  following  discussion  concerning  the  Management 
Science  curricula. 

C.  PROPOSED  USE  OF  PROGRAMMABLE  CALCULATORS  IN  THE  NPS 

MANAGEMENT  SCIENCE  CURRICULA 

Appendix  A lists  the  courses  that  are  considered  to  be 
logical  candidates  for  the  incorporation  of  card  programmable 
calculators  in  the  teaching  process.  The  investigators 
believe  that  each  of  these  courses  could  be  taught  in  a much 
more  efficient  manner  by  adapting  the  computational  portions 
to  algorithms,  demonstrating  the  algorithms  to  the  students 
and  having  the  students  program  them,  and,  finally,  having 
the  students  carry  out  several  exercises  for  practice  and 
application . 

The  authors  believe  that  the  essence  of  the  educational 
process  lies  in  being  able  to  apply  knowledge  once  gained. 
Unfortunately,  most  students  seem  to  do  well  in  the  class- 
room but  all  too  often  not  really  know  how  to  apply  their 
new  capabilities. 

It  is  axiomatic  that  an  acquired  skill  will  become 
"rusty"  or  will  be  lost,  if  not  exercised.  However,  that 
tendency  is  ameliorated  when  a student  is  made  aware  of 
when  and  how  to  use  a particular  algorithm  to  solve  a 
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particular  problem.  In  other  words,  teach  the  student  how 
to  recognize  a problematic  situation,  show  him  how  to  break 
it  down  into  its  components , analyze  each  component  and 
reconstruct  the  situation  to  efficiently  accomplish  the 
task. 

The  NPS  Management  Science  curriculiim  includes  a wide 
variety  of  disciplines,  each  with  its  own  procedures  and 
techniques.  The  generally  accepted  method  of  instruction 
combines  classroom  lectures  concerning  theory  with  several 
hours  of  homework  "crunching  numbers."  Realistically, 
little  time  is  left  available  in  the  classroom  to  review 
homwork  problems  or  theory.  Consequently,  if  the  student 
does  not  understand  some  aspect  of  the  course,  he  is  left 
substantially  to  his  own  devices  to  completely  comprehend 
theory,  numerical  manipulation  or  both.  A student  who  misses 
a critical  point  early  in  the  quarter  may  suffer  the  balance 
of  the  quarter  by  not  understanding  an  important  aspect  in 
the  progression  of  course  material.  Given  that  the  student 
is  carrying  more  than  one  course,  this  effect  may  take  place 
in  several  areas.  The  effect  can  then  become  pry'cunidal 
with  the  student  demonstrating  less  than  that  of  which  he 
is  capeible.  Concomitantly,  some  students  simply  cannot 
manipulate  numbers  rapidly,  in  spite  of  the  fact  that  they 
fully  comprehend  the  material.  These  students  appear  to 
be  "poor  students"  at  examination  time,  yet  may  be  as  capable 
as  most  any  student  in  the  long  run. 
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This  investigation  has  led  the  authors  to  believe  that 
all  of  these  effects  could  be  ameliorated  to  a great  degree, 
with  significant  gains  along  all  students,  through  incorpora- 
tion of  the  card  programmable  calculator  in  NPS  Management 
Science  curricula  as  well  as  other  NPS  curricula.  In 
addition,  the  student  could  take  several  programs  (recorded 
on  cards)  with  him  to  the  fleet  for  use  in  his  next  billet. 

i 

D.  A RECOMMENDED  COURSE  STRUCTURE 

Based  upon  the  pilot  project,  the  authors  believe 
unequivocally  that  a course  of  instruction  in  card  pro- 
greimmcible  calculators  can  lead  to  a significantly  improved 
Naval  Postgraduate  School  product  and  that  a beneficial 
effect  would  carry  over  into  the  fleet. 

Such  an  initial  course  should  be  structured  in  the 
following  manner: 

a.  Offered  during  the  first  quarter  of  study  in  the 
undergraduate  portion  of  the  curriculum. 

b.  The  course  should  be  no  less  than  two  two-hour 

classroom  periods  per  week  for  four  weeks,  to  become  pro-  « 

ficient  with  the  calculator,  followed  by  two  one-hour 

classroom  periods  during  the  remaining  seven  weeks  for 
applications . 

c.  The  course  should  be  designed  to  include  the  use  * 

of  all  functions  of  the  calculator  coupled  with  flow  charting  ,! 

and  programming.  ‘I 

d.  It  should  be  provided  as  an  initial  course  in 
mathematics . 
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Professor  Gaskell,  NPS  Mathematics  Department,  has 
already  developed  text  materials  that  could  provide  a 
basis  for  the  accomplishment  of  these  goals.  Basically, 
his  progreimmed  text  incorporates  the  teaching  of  algorithms 
commensurate  with  teaching  applications  and  the  full 
capability  of  the  machine. 

Obtaining  this  education  early  in  the  curriculum  would 
enable  the  student  to  allay  the  fear  and  drudgery  of  numeri- 
cal analysis.  He  would  be  much  better  prepared  for  advanced 
mathematics  and  the  early  computer  programming  courses . 

CDR  Gibfreid,  Chairman,  NPS  Computer  Science  Department  [9], 
believes  that  a course  in  progrcuranable  calculators  would 
enable  the  doubling  of  the  length  of  time  now  available  for 
teaching  management  information  systems  (MIS)  applications. 

E.  THINKING  PROCESS  TRANSMUTATION:  AN  IMPORTANT  BY-PRODUCT 

Another  important  effect  which  would  be  developed  through 
the  recommended  course,  however,  is  considered  to  be  even 
more  powerful  and  far-reaching:  This  is  the  effect  of 

thought  process  transmutation  which  occurs  as  an  almost 
inescapable  by-product  during  some  four  to  six  weeks  of 
such  study. 

The  process  discovered  during  this  research,  occurs  in 
the  following  manner: 

(1)  Initially,  the  neophyte  programmer  is  merely 
impressed  with  the  capadiilities  of  the  machine;  he  attempts 
to  rush  into  programming  without  sufficiently  studying  the 
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operators  manual.  His  initial  success  is  thus  limited,  so 
he  begins  to  conscientiously  study  the  manual  to  determine 
how  the  machine  operates . 

(2)  As  his  cdjility  to  use  the  machine  improves,  he 
discovers  the  various  methods  of  flow  charting.  He  now  has 
a visual  aid  that  h^  developed,  eneibling  him  to  see  the 
program  in  graphic  form. 

(3)  Once  he  has  developed  some  amount  of  expertise  in 
flow  charting  and  programming,  he  begins  to  visualize  for- 
mulas and  processes  in  a new  way.  For  all  practical  purposes, 
his  analytical  thinking  processes  take  on  the  characteristics 
of  a flow  chart  or  program.  As  he  gains  even  more  expertise 
in  the  art,  he  takes  on  the  challenge  of  improving  the  effi- 
ciency of  his  programs  through  redefinition  and  more  complex 
methods  for  eliminating  unnecessary  steps. 

He  has  inescapably,  but  subtly,  reorgcmized  his  thinking 
processes.  He  now  has  developed  a new  capability  to  organize 
his  thoughts  concerning  any  particular  task,  to  graphically 
display  the  steps  necessary  to  the  task,  to  make  logical 
comparisons  and  distinctions  between  facts  and  hypothesis, 
and  to  then  develop  the  most  efficient  procedure  to  accomplish 
the  task. 

This  subtle  transmutation  seems  to  take  place  whether 
or  not  the  student  recognizes  it.  The  transmutation  results 
in  the  enhancement  of  personal  organization  and  efficiency 
of  thinking  that  cannot  help  but  carry  over  into  other  areas 
of  the  individual's  life. 
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This  process  alone  has  the  potential  of  becoming  a 
powerful  tool  for  every  individual  that  experiences  it. 

The  process  cannot  be  experienced  through  the  use  of  a 
non-programmable  calculator;  the  same  process  was  not 
experienced  by  the  authors  while  using  the  HP-25  (a  lower 
capacity  machine  with  49  step  capability) . 

Not  only  was  the  HP-25  rapidly  outgrown  by  the  authors 
but  keying  in  a program  each  time  limited  the  efficiency 
of  programming,  particularly  when  more  machine  capacity 
was  required.  With  the  lower  capacity  machine,  the  only 
mental  effects  encountered  seemed  to  be  those  associated 
with  tailoring  a program  to  fit  the  machine,  if  it  would  fit 
at  all. 

In  short,  the  individual's  mental  faculties  were  not 
taxed  to  the  degree  necessary  for  transmutation  to  take 
place.  Lower  capacity  machines,  however,  may  be  entirely 
sufficient  to  teach  programming  and/or  transmutation  at 
lower  educational  or  experience  levels  [10]. 

Conversely,  a 224  step  machine  has  sufficient  capacity 
for  the  vast  majority  of  problems  (as  indicated  in  the 
appendices),  while  longer  problems  e.g.,  those  used  in 
linear  regression,  queuing,  etc.,  tend  to  tax  the  mental 
comprehension  of  the  individual  while  constructing  programs. 

As  a result  of  programming  the  HP-67  and  the  SR-52, 
and  experiencing  the  transmutation  process,  it  is  suspected 
that  machines  of  greater  capacity  (greater  than  224  steps) 
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may  not  result  in  equal  or  greater  transmutation  capability. 
It  is  feared  that  students  would  simply  write  programs  that 
fit  within  the  capacity  of  the  machine,  without  regard  for 
further  efficiency.  Programming  would  be  sloppy  because 
programming  space  would  allow  sloppiness.  Hence,  although 
a student  who  begins  with  a larger  capacity  machine  may 
develop  intricate  programming  amd  thinking  capabilities, 
nothing  forces  the  process.  Thus,  if  the  aim  is  to  increase 
overall  analytical  ability  as  quickly  as  practicable,  stu- 
dents ought  to  begin  with  machines  of  no  greater  capacity 
theui  the  SR-52  or  the  HP-67.  It  is  suspected  that  greater 
machine  capacity  will  lead  to  a longer  time  for  transmutation 
to  take  place. 

It  is  strongly  believed  by  the  authors  that  the  refine- 
ments and  complexities  developed  through  the  described 
process  carry  over  into  other  fields  of  endeavor  cind, 
especially,  that  the  more  refined  and  more  complex  the 
thinking  process  change  becomes,  the  greater  the  analytical 
capacity  of  the  user. 

Thinking  process  transmutation  is  a most  desirable 
effect  to  be  created  as  early  as  practiccible  in  the  educa- 
tional program  of  a student.  The  student  could  be  expected 
to  be  much  better  prepared  to  meet  the  challenge  of  later 
courses.  It  is  axiomatic  that  educators  within  the  above 
described  process  could  surpass  all  previous  records  in 
improving  the  adjility  of  their  students.  More  importantly. 
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graduates  would  be  significantly  more  valuable  to  their 
employers . 

F.  CONCLUSIONS 

The  drudgery  and  fear  of  manipulating  complex  formulas 
is  no  longer  necessary.  An  educator  can  now  provide  the 
student  with  the  algorithm  to  solve  a problem,  have  him 
program  it  and  carry  out  several  computations , and  then  be 
able  to  spend  a greater  share  of  instructional  time  teaching 
theory  and  applications.  There  is  little  question  that  the 
student  will  gain  greater  intuition  and  understanding  of 
mathematical  concepts  by  following  this  procedure. 

The  card-progreimmcible  calculator  itself  is  clearly  an 
enduring  teaching  aid.  Its  portability  is  a great  adveintage, 
enabling  the  student  to  carry  exceptional  computing  power 
in  his  pocket. 

Educators  should  have  no  fear  of  this  device.  If  used 
properly,  much  more  can  be  accomplished  in  the  classroom, 
in  both  quantity  and  depth  of  coverage  of  material.  Accord- 
ingly, educators  can  signif icemtly  advance  their  teaching 
capabilities  and  improve  the  quality  of  graduates  thereby. 

Thinking  process  transmutation  is  a phenomenon  that  ought 
to  be  studied  in  more  detail.  At  this  time,  it  cein  be  said 
that  such  transmutation  occurs  during  four  to  six  weeks  of 
calculator  usage.  The  phenomenon  has  occurred  with  every 
person  interviewed  who  has  had  four  to  six  weeks  experience 
in  programming  (card-programmable)  calculators. 
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It  is  clear  to  the  investigators  that  before  providing 
more  machine  capacity  (more  them  224  step  capability)  to  the 
student,  the  phenomenon  should  be  studied  further  in  order 
to  assure  that  it  occurs  at  the  earliest  time  in  the  curriculum. 

In  addition,  more  work  needs  to  be  done  to  determine  an 
appropriate  measure  of  the  phenomenon.  It  may  be  that  thinking 
process  tremsmutation  can  be  enhanced  by  "stacking"  machines 
of  increasing  capacity  in  the  educational  process,  i.e., 

224  step,  500  step,  1000  step,  etc. 

When  selecting  a calculator  for  an  educational  program, 
machine  reliability  should  be  a strong  consideration. 

Although  it  cannot  be  said  with  certainty,  machine  failure 
seems  to  have  been  a strong  factor  with  the  students  who 
received  the  lowest  grades  in  the  pilot  project.  At  the 
very  least,  a failed  machine  is  of  little  use  and  could 
create  an  administrative  burden  to  get  machines  repaired. 

Ideally,  sponsors  should  provide  students  with  calculators 
upon  matriculation  for  use  during  their  educational  program 
and  after  graduation.  Instructors  should  be  issued  calcu- 
lators with  printing  capability,  both  for  the  benefit  of 
students  and  instructors.  Additionally,  an  aid,  such  as 
the  "Edu-Calc" , should  be  provided  for  classroom  instruction. 

Unfortunately,  far  too  many  educators  are  not  yet  aware  I 

of  the  potential  of  this  most  valuable  tool.  The  authors 
are  convinced  that,  provided  exposure  and  knowledge  is 

I 

given,  the  vast  majority  of  people  soon  begin  to  realize 
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the  diverse  applications  of  the  instr\iment  and  the  new 
abilities  that  they  conunand.  Conversely,  a failure  to 
exploit  the  advantages  of  the  card-progreutmable  pocket 


calculator  in  the  educational  process  could  be  contradic- 
tive  of  the  tenets  of  the  process  itself. 


III.  FLEET  USE  OF  CARD-PROGRAMMABLE  CALCULATORS 


A.  GENERAL 

The  use  of  card-prograitimable  calculators  in  fleet  opera- 
tions is  certainly  a feasible  eventuality  considering  their 
usability  and  adaptability.  A dramatic  example  of  fleet 
usefulness  is  that  portrayed  by  Commander,  Patrol  Wings 
U.S.  Pacific  Fleet  and  Commander,  Patrol  Wings  U.S.  Atlcintic 
Fleet  who  have  been  using  several  HP-67 's  for  approximately 
one  year  for  airborne  search  detection  problems  [11] . An 
HP-65  (no  longer  in  production),  a predecessor  of  the  HP-67, 
was  used  as  a backup  for  the  onboard  computer  system  on 
the  Apollo-Soyuz  linkup  mission  [12].  Several  civilian 
ships  navigators  use  card-programmable  calculators  for  speed 
and  accuracy  of  calculations  [13] . Appendix  C is  a short 
list  of  some  of  the  places  where  card-programmable  calcula- 
tors should  be  used  in  the  Navy  and  is  by  no  means  a com- 
plete list.  Specific  examples  of  usefulness  are  listed  in 
Appendix  D.  In  short,  appendices  C and  D indicate  that 
practical  cind  feasible  application  in  the  fleet  within 
innumercible  disciplines  is  limited  only  by  imagination. 

The  simple  fact  that  a great  deal  of  time  can  be  saved 
while  analyzing  data,  coupled  with  unparalleled  accuracy  at 
a relatively  low  cost,  is  a strong  reason  for  implementing 
the  use  of  these  calculators  throughout  the  fleet.  This 
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fact  alone  would  enable  managers  to  make  more  timely  decisions 
based  upon  thoroughly  analyzed  and  accurate  data. 

It  is  obvious  that  decisions  supported  by  accurate 
information  are  usually  better  decisions.  Better  (and 
fasterl)  decisions  would  form  the  very  heart  of  improved 
management  that  could  lead  to  improved  operational  readiness 
throughout  the  Navy. 

B.  MACHINE  CAPACITY  REQUIREMENTS 

Based  upon  this  study,  the  capacity  of  machines  currently 
in  production  (the  SR-52  and  HP-67)  is  probably  sufficient 
for  the  vast  majority  of  fleet  applications.  Lieutenant  i 

Commander  Harvey  states  [14]  specifically  that  he  believes  j 

machines  of  greater  capacity  would  not  provide  significant 
gains  in  tactical  capability.  Comparisons  of  appendices 
C and  D and  the  NPS  Pilot  project  [supra]  support  that  belief.  ^ 

It  is  therefore  clear  that  224  step  capacity  is  adequate.  I 

i 

If  a particular  problem  is  beyond  the  capacity  of  j 

currently  available  machines,  it  might  be  more  efficient 
to  use  available  computers.  Alternatively,  a great  deal  of  j 

mamagement  information,  no  longer  available  due  to  computer 

operation  cost,  could  be  regained  by  fleet  users,  e.g.,  daily  j 

i 

maintenance  material  management  (3M)  summaries  could  be 
produced  in  abbreviated  form  by  3M  analyst's. 

C.  ADDITIONAL  ADVANTAGES  OF  FLEET  USE 

As  an  additional  advantage,  fleet  exchange  of  programs 
and  programmed  cards  could  be  an  excellent  vehicle  for  the 
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transfer  of  technology  among  fleet  users  at  a very  low  cost. 
LCDR  Harvey  [supra]  indicates  that  the  publication  of  700 
copies  of  one  tactical  program  costs  approximately  $1000, 
including  programmed  cards  and  all  supporting  publications. 

There  is  little  doubt  that  fleet  exchange  of  programs 
wjould  lead  to  a certain  amount  of  standardization  in 
prograimming.  However,  directed  standardization  of  all 
programming  would  not  be  in  the  best  interests  of  the  Navy 
if  programmable  calculators  become  a standard  Navy  item. 
Specifically,  strict  standardization  of  programming  would 
probably  stifle  individual  creativity  and  investigation. 

This  aspect  is  considered  vital  in  order  to  obtain  the 
benefit  of  all  fleet  talent  available.  Put  simply,  the 
Navy  should  take  advcintage  of  the  natural  curiosity  and 
investigation  that  will  occur  among  users. 

D.  MACHINE  RELIABILITY 

If  card  programmable  calculators  are  purchased  for  use 
in  the  fleet,  machine  reliability  should  be  a prime  consider- 
ation. COMPATWINGSPAC  experience  shows  that  HP-67 's  operated 
on  aircraft  electrical  systems  (115  VAC,  400  Hz)  have  incurred 
less  than  a five  percent  failure  rate  although  operating 
temperatures  are  eight  degrees  higher  than  in  normal  (115  VAC, 
60  Hz)  usage.  Unfortunately,  no  data  has  been  found  for  the 
SR-52  under  similar  conditions. 

The  c±>ove  mentioned  degree  of  reliability,  or  better, 
is  necessary,  if  such  a machine  is  to  be  used  to  make 
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tactical  decisions,  even  if  the  cost  of  returning  machines 
to  the  factory  for  repair  is  not  considered. 


E.  CONCLUSIONS 

The  potential  impact  of  the  card-programmable  calculator 
upon  fleet  operations  must  be  considered  as  enormous.  Such 
a machine  can  provide  significant  advantages  in  tactical 
employment,  management  efficiency  and  the  transfer  of 
technology.  Although  this  broad  range  of  applications  has 
been  shown,  many  specific  uses  are  yet  to  be  defined. 

The  authors  will  attempt  to  define  further  specific 
uses  upon  returning  to  the  fleet  after  graduation. 

Although  these  machines  are  not  a panacea  for  solving 
all  management  problems  in  the  fleet,  the  Navy  should  take 
every  advantage  of  their  computing  power. 
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IV.  PROGRAMMING  AND  PROGRAMMABILITY 


A.  GENERAL 

Programming  and  programmadDility  of  card  programmable 
calculators  is  the  most  important  area  to  be  studied  when 
attempting  to  decide  on  the  kind  of  system  to  use.  In 
simplistic  terms,  programming  is  only  a matter  of  putting 
an  algorithm  in  a particular  form  for  the  machine  to  accept 
it  and  then  compute  a correct  answer.  On  the  other  hand, 
programmability  depends  upon  several  factors. 

Programmability  is  defined  here  as  a combination  of: 

(1)  machine  language 

(2)  merging  of  key  strokes  in  program  steps 

(3)  type  and  number  of  program  steps  available 

(4)  ease  of  programming. 

Each  of  these  factors  must  be  compared  on  its  own  merits. 
Then,  the  user  must  decide  which  combination  will  best  suit 
his  needs  within  his  budget.  The  aforementioned  interrelated 
factors  are  discussed  further  in  following  subsections 
concerning  value  analysis,  basic  and  advanced  programming 
techniques . 

B.  A METHOD  OF  VALUE  ANALYSIS 

Once  the  determination  has  been  made  as  to  the  system 
(or  systems)  that  will  satisfy  the  particular  need,  the 
question  of  value  analysis  arises.  Certainly,  a part  of 
that  value  analysis  was  determining  the  need  in  the  first 
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place.  However,  here  to  be  discussed  is  the  primary 
question  of  cost. 

Cost(s)  of  a card  programmeible  calculator  should  be 
viewed  as  system(s)  cost.  Accordingly,  cost(s)  to  be  con- 
sidered are  more  thim  just  the  purchase  of  a calculator. 

They  include  a)  initial  machine  cost,  b)  cost  of  additional 
support  such  as  program  card  libraries  to  be  purchased  or 
pioblished,  text  materials,  replenishment  items,  etc., 
c)  recurring  cost,  i.e.,  replacement  and/or  repair  cost 
(this  is  primarily  a question  of  machine  failure  rates) . 

The  decisionmaker  must  determine  (or  make  the  best 
estimate)  each  of  these  costs  for  the  various  systems  on 
the  market,  and  then,  compare  them  as  to  the  need  to  be 
satisfied  cind  the  money  he  is  willing  to  spend. 

It  is  up  to  the  decision  maker  to  decide  the  weight  to 
be  given  to  each  particular  item  of  the  analysis.  For 
instance,  initial  machine  cost  may  be  determined  to  be  more 
important  than  reliability  or  vice  versa.  As  an  aid  in 
making  these  many  judgements,  the  decision  maker  ought  to 
obtain  the  benefit  of  the  knowledge  of  as  many  users  as 
practicable . 

Necessarily,  the  end  use  of  the  system(s)  will  likely 
be  the  major  consideration  in  the  analysis  of  costs  and 
benefits.  There  are  no  hard  and  fast  rules  concerning 
any  particular  item.  Again,  it  is  up  to  the  decision 
maker  to  determine  which  system(s)  will  satisfy  the  needs 
and  the  money  he  is  willing  to  spend  to  obtain  the  best  value. 
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However,  the  decision  maker  must  also  consider  at  least 
these  two  factors : 

(1)  Increased  simplicity,  speed,  or  convenience  (which 
can  be  gained  from  the  new  calculator)  not  available  under 
the  current  procedures . 

(2)  Additional  capabilities  which  can  be  expected  to 
accrue  as  expertise  on  the  new  calculator (s)  occurs. 

Most  purchasing  decisions  appear  to  be  based  more  upon 
the  former  than  the  latter.  In  the  opinion  of  the  authors, 
the  latter  is  much  more  important.  Thus  decision  makers 
should  assume  such  benefits  will  be  available  to  higher  levels 
if  more  capable,  more  convenient  calculators  are  purchased. 

Manufacturer's  suggested  retail  prices,  as  of  this  writing 
(March  1977)  are: 


SR-52 

$249.95 

HP-67 

$450.00 

HP-97  (Includes  Printer 
Capability) 

$750.00 

NS-7100  (Projected) 

$400.00 

TI-59  (Projected) 

$300.00 

PC-IOOA  Printer  for  SR-52 
or  TI-59: 

$199.95 

TI-58 

$125.00 

C.  ALGEBRAIC  VS  REVERSE  POLISH  NOTATION 
1 . Description 

The  machines  compared  herein  operate  either  in  an 
Algebraic  Operating  System  (AOS)  (SR-52)  or  in  the  Reverse 
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Polish  Notation  (RPN)  (HP-67)  system. 


The  AOS  enthusiast  states,  "I  put  the  problem 
into  the  machine  as  it  is  normally  written  down",  while  the 
RPN  enthusiast  states,  "I  put  the  problem  into  the  machine 
as  it  is  normally  calculated."  Neither  statement  is  entirely 
correct.  For  instemce,  consider  the  following  formula: 


Q = /2KD/K, 


For  computation,  the  following  (conceptual)  sequences  must 
normally  be  followed  on  the  two  machines:  (The  machines 

have  no  actual  commas;  comtias  are  inserted  below  to  group 
concepts  only . ) 


2,  XK,  XD,  +k^,  =,  /” 


(2,  XK,  XD,  *k^) , 


2 ENTER,  KX,  DX, 


The  reader  should  note  that  the  formula  had  to  be  rewritten 
in  all  cases  to  encdsle  machine  computations.  Neither  AOS 
nor  RPN  allow  entry  of  the  square-root  function  operator 
prior  to  completion  of  all  other  operations.  This  problem 
must  be  worked  from  the  inside  to  the  outside  in  all  cases: 
i.e.,  in  all  cases  the  machine  must  be  told  to  compute  the 
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result  of  (2KD/k^)  and  then  be  told  to  find  the  square 

root  of  that  result.  It  cannot,  as  one  concept,  be  told  to 

compute  the  square  root  of  (2KD/k^)  . The  same  argvunent  holds 

2 

for  sin  x,  cos  x,  tan  x.  In  x,  log  x,  xl , x , and  1/x 
operations  on  both  machines,  as  well  as  to  the  and  ^/y 
two  function  operations.  Obviously,  then,  the  AOS  user 
uses  a considerable  amount  of  RPN  notation. 

The  AOS  enthusiast  also  argues  that  he  doesn't  have 

to  learn  a new  language.  Again,  there  is  disparity  — in 

addition  to  the  examples  of  the  previous  paragraph.  Returning 

to  the  generalized  formula,  Q = /2KD/k  , note  that  there  are 

c 

neither  any  parentheses  nor  any  internal  equality  signs  on 
the  right-hand  side  of  the  equation  as  were  required  for 
the  AOS  example  above.  General  formulas  do  not  always  have 
parentheses,  and  rarely,  if  ever,  show  implied  internal 
equality  signs.  Instead,  it  is  assumed  that  the  user  will 
intuitively  group  variables  and  mathematical  operators  as 
if  these  implied  symbols  were,  in  fact,  present.  This  being 
the  case,  the  AOS  user  must  usually  stop  to  remember  where 
the  implied  symbols  go  and  insert  them.  On  the  other  hand, 
the  RPN  user  must  remember  to  always  enter  the  operator 
after  the  variable.  Hence,  it  is  clear  that  for  either  AOS 
or  for  RPN,  the  user  must,  to  some  extent,  "learn  a new 
language" . The  RPN  enthusiast  usually  argues  that  he  must 
only  enter  the  variable (s)  and  then  "tell  the  calculator 
what  to  do  with  them".  Truly,  the  RPN  user  must  remember 
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only  one  rule:  The  operator (s)  is (are)  always  entered 

after  the  variable(s). 

Only  two  registers  are  required  to  solve  a simple 
problem  such  asW+X+Y+Zin  either  AOS  or  RPN.  In 
AOS,  additional  registers  will  allow  varied  grouping  of  the 
variables  with  parentheses,  but  will  not  permit  additional 
forms  to  solve  the  same  problem;  i.e.,  regardless  of  paren- 
theses, each  operator  is  entered  before  the  varieible  it 
will  ultimately  operate  on.  In  RPN,  additional  registers 
will  allow  the  problem  to  be  structured  in  varied  ways, 
all  of  which  separate  variables  and  their  operators  to 
different  degrees.  For  example: 

AOS  RPN 


(Ease  Case) 

w + 

X + Y + Z = 

W 

Enter 

X 

+ Y + Z 

+ 

or 

w + 

X + (Y  + Z)  = 

W 

Enter 

X 

+ Enter 

Y 

Enter 

Z 

++ 

or 

w + 

(X  + Y + Z)  = 

W 

Enter 

X 

Enter  Y 

+ 

Z + + 

or 

w + 

(X  + (Y  + Z))  = 

W 

Enter 

X 

Enter  Y 

Enter  Z 

+ 

+ + 

or 

(W  + 

X)  + (Y  + Z)  = 

W 

Enter 

X 

+ Enter 

Y 

Enter 

Z 

+ + 

* or: 

W Enter  X + Y Enter  Z + + 


In  short,  an  RPN  machine  gives  flexibility  that  is  not 
availcdale  in  an  AOS  machine.  This  feature  becomes  a powerful 
benefit  when  writing  programs  in  RPN.  It  also  saves  the  time 
of  rewriting  an  equation  [begin  inside,  work  out,  operator 
after  varieible]  , an  option  the  A05  user  usually  does  not 
have  if  he  wants  the  most  efficiency  [3] . 

Using  Hewlett-Packard  terms  [4],  the  automatic 
stack  operates  as  follows: 
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Data  is  entered; 

5 ENTER  6 ENTER  7 ENTER  8 


The  stack  registers  then  can  be  visualized  as: 


5.00 

T 

6.00 

Z 

7.00 

Y 

8. 

X (DISPLAY) 

Pushing  the 

"roll-down"  key  once  results  in  the 

following 

change : 

8.00 

T 

5.00 

Z 

6.00 

Y 

7.00 

X (DISPLAY) 

Now,  pushing 

the  "roll-up"  key 

twice  changes  the 

display 

6.00 

T 

7.00 

Z 

8.00 

Y 

5.00 

X (DISPLAY) 

Adding  ^ to  ^ in  display  by  pressing  5 + changes  the  stack 
to : 


7.00  T 

7.00  Z 

8.00  Y 


i 


I 


I 


y 


10.00 


X (DISPLAY) 


As  noted  above/  keying  in  5 pushed  6 out  of  the 
stack.  When  + was  pressed,  the  two  5's  were  added  to  put 
10  in  display  and  the  stack  dropped.  The  7 in  T is  dupli- 
cated in  Z.  The  dropping  and  lifting  of  the  stack  enables 
the  user  to  position  intermediate  results  in  long  calcula- 
tions without  the  necessity  of  reentering  the  numbers. 

The  stack  coupled  with  RPN  creates  an  efficiency  of  the 
language  that  is  not  within  the  capability  of  AOS.  On  the 
other  hand,  AOS' programs  are  easier  to  "translate"  because 
of  the  almost  direct  algebraic  notation  used  therein. 

2 . Accuracy 

Accuracy  of  the  last  several  digits  displayed  by 
the  SR-52  or  HP-67  subsequent  to  executing  calculations 
varies  slightly  between  the  machines.  For  example,  refer 
to  the  "Internal  Rate  of  Return"  (IRR)  nine  place  results 
calculated  in  Section  IV.E (9) C . ( 8) . The  accuracy  of  either 
calculator  is  adequate  for  all  but  the  most  esoteric  uses. 

3 . Execution  Time 

Execution  time  is  generally  slightly  less  on  the  SR-52 
than  on  the  HP-67  for  identical  functions.  The  SR-52  exe- 
cutes exponentiation  to  positive  powers  much  faster  than 
the  HP-67;  conversely,  the  SR-52  creates  an  error  condition 
with  the  correct,  but  unsigned,  number  in  the  display  when 
attempting  to  exponentiate  to  negative  powers.  Thus  the 
SR-52  programmer  must  include  three  steps  such  as  IF  ERR,  A; 
+/-  or  five  steps  such  as  IF  ERR,  123;  +/-  (to  ensure  that 
the  program  will  continue)  if  the  program  can  accept  negative 
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exponentiation  values.  Even  when  such  steps  are  required, 
execution  time  is  less  on  the  SR-52  than  in  the  normal 
execution  time  on  the  HP-67.  Then  the  HP-67  runs  slower, 
but  uses  less  program  space  for  negative  exponentiation. 

D.  BASIC  CALCULATOR  PROGRAMMING  CONCEPTS 

Basic  programming  is  nothing  more  than  routinization 
of  repetitively  occurring  mathematical  equations  in  terms 
of  equation  variables  as  stored  by  the  user  into  particular 
storage  registers.  For  example,  consider  the  calculation 
of  /9  X 26/7  . One  routine  mental  (or  pencil-and-paper) 

approach  to  this  calculation  is  to  multiply  9 X 26  yielding 
the  product  of  these  two  terms,  dividing  this  product  by  7 
yielding  a quotient  and,  finally,  extracting  the  square  root 
of  the  quotient.  This  process  can  be  manually  keyed  into 
SR-52  or  HP-67  calculators  as  follows: 

SR-52  HP-67 

9 X 26  9 Enter  26  X 

+ 7 = 7 + 

2nd  /x  f /x 

Resulting  in:  5.78174467  5.781744670 

Naturally,  a program  written  specifically  to  generate  this 
unique  result  would  never  be  written  unless  one  had  some 
reason  to  constantly  be  reminded  that 

/9  X 26/7  = 5.78174467(0).  Conversely,  a program  written 
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to  generate  /A  X B/C  for  any  given  value  of  the  variables 
might  prove  most  useful.  Such  a program  is  readily  accom- 
plished merely  by  storing  the  value  of  A in  Storage  Register 
(Reg)  #1,  the  value  of  B in  Reg  #2,  the  value  of  C in  Reg 
#3,  cind  defining  the  calculation  process  in  program  memory. 

This  translation  process  is  best  begun  by  rethinking 
/A  X B/C  in  language  the  calculator  can  understand,  i.e., 
as  /(Reg  #1  Contents)  X (Reg  #2  Contents)  ^ (Reg  #3  Contents) . 
For  calculator  keying,  the  Recall  (RCL)  instruction  orders 
the  proper  storage  register  contents  into  operation.  (In 
SR-52,  the  primary  storage  registers  are  numbered  00  through 
19;  in  HP-67  as  0 through  9 and  Secondary  (S)  0 through  S9.) 
Hence,  /A  X B/C  translates  in  concept  as: 

SR-52  HP-67 

/^L  01  X RCL  02  + RCL  03  /RCL  1 X RCL  2 - RCL  3 


The  manual  keystrokes  to  store  the  variable  values  used 
cibove  into  appropriate  storage  registers  would  be: 


SR-52 


HP-67 


9 STO  01 
26  STO  02 
7 STO  03 


9 STO  1 
26  STO  2 
7 STO  3 


The  manual  keystrokes  to  accomplish  the  previous  example 
would  then  be: 
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SR- 5 2 HP-67 

RCL  01  X RCL  02  RCL  1 ENTER  RCL  2 X 

+ RCL  03  = RCL  3 + 

2nd  /x  f /x 

In  order  to  convert  each  of  the  above  keystroke  sequences 
into  a program,  it  is  only  necessary  to  assign  each  sub- 
routine a beginning  point,  or  Label  (LBL)  and  a stopping 
point.  Labeling  requires  three  keystrokes  in  either  the 
AOS  HP-67  or  the  SR-52:  the  stopping  point  requires  only 

one  keystroke.  For  a Label  named  "A",  these  keystrokes 
would  be : 

SR-52  HP- 6 7 

LABELING:  2nd  LBL  A,  f LBL  A 

normally 
abbreviated; 

*LBL  A 

ENDING:  HLT  (Halt)  R/S  (Run/Stop) 

[Program  space  actually  required  is  less  on  the  HP-67: 
see  section  IV.E(6).] 

The  respective  Labels  can  be  used  either  for  storing  the 
variables  in  desired  registers  or  for  operating  on  the 
stored  variables.  Hence,  an  entire  program  for  the 
previous  example  might  be; 


SR- 5 2 


HP-67 


*LBL  A STO  01  HLT 
*LBL  B STO  02  HLT 
*LBL  C STO  03  HLT 
*LBL  D 

RCL  01  X RCL  02 
f RCL  03  = 

*/x 

HLT 


f LBL  A STO  1 R/S 
f LBL  B STO  2 R/S 
f LBL  C STO  3 R/S 
f LBL  D 

RCL  1 ENTER  RCL  2 X 
RCL  3 i 
f /x 
R/S 


This  program  can  be  manually  keyed  into  program  iuemory 
exactly  as  listed  above.  The  manual  keystroke  sequence  to 
calculate  the  prior  example,  on  either  an  SR-52  or  HP-67 
calculator,  is  now  reduced  to  eight  keystrokes  as  follows: 
(Commas  are  never  keystrokes,  but  are  used  herein  to  clarify 
operations):  9 A,  26  B,  7 C,  D.  The  calculator  will  now 

respond  almost  immediately  with  the  answer,  5.78174467(0). 

More  importantly,  the  calculator  will  not  "forget"  the  con- 
tents of  any  storage  register  unless  those  contents  are 
changed  by  the  user.  Thus,  in  order  to  calculate  /9  X 32.5  + 7 
(immediately  following  calculation  of  the  previous  example) 
it  is  only  necessary  to  change  the  value  of  "B"  from  26  to 
32.5  and  rerun  the  calculation  process  defined  by  Label  D. 

This  is  accomplished  by  the  keystrokes  32.5  B,  D.  The 
calculator  will  this  time  respond  almost  immediately  with 
6.464187055  (AOS)  or  6.464187056  (RPN) . Similarly,  a 
completely  new  problem,  such  as  /44.3  X 13.6  4-  89.66667 
can  be  entered  as  44.3  A,  13.6  B,  89.66667  C,  D — yielding 
2.59212414(0) , etc. 
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The  programs  developed  above  are  quite  basic  and  thus 
are  not  particularly  efficient.  Both  can  be  substantially 
refined.  A more  complete  discussion  of  advanced  programming 
follows . 

E.  ADVANCED  PR0GRA^5MING  TECHNIQUES  FOR  SR- 5 2 OR  HP-6  7 
1 . Introduction 

Basic  calculator  programming  concepts  are  introduced 
in  the  previous  subsection  but  an  in-depth  discussion  of 
basic  and  intermediate  programming  techniques  is  not  provided 
herein  since  such  discussion  is  readily  available  in  manu- 
facturer's handbooks,  manufacturer's  promotional  literature, 
user  club  publications  and  other  sources  listed  in  the  bibli- 
ography. Instead,  the  discussion  which  follows  is  designed 
to  clarify  the  difference  between  AOS  and  RPN  advanced 
programming  techniques,  regardless  of  the  reader's  prior 
fcimiliarity  with  either  system.  Of  course,  since  the  follow- 
ing discussion  constantly  compares  the  two  systems,  readers 
already  fcimiliar  with  either  AOS  or  RPN  are  likely  to  find 
this  discussion  to  be  lighter  reading.  On  the  other  heind, 
this  information  is  also  designed  to  help  readers  who  are 
presently  unfamiliar  with  either  system  to  determine  which 
system  can  best  meet  their  personal  or  organizational  needs. 
In  this  respect,  the  information  provided  is  especially 
designed  to  enable  managers,  staff  analysts  and  procurement 
officers  to  determine  which  system  is  optimal  for  the 
organizational  requirements  being  encountered.  As  far  as 
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can  be  determined  by  the  authors,  the  only  currently 
available  literature  which  significantly  facilitates  such 
management  and  procurement  decisions  is  published  by  the 
respective  manufacturers.  Accordingly  the  following  dis- 
cussion attempts  to  create  an  unbiased  comparison  which  can 
be  used  for  managerial/procurement  decisions. 

Data  obtained  from  the  various  manufacturers  by 
the  authors  — sometimes  on  a non-disclosure  basis  concerning 
specifics  — indicates,  in  general,  that  the  comparisons 
provided  herein  are  likely  to  stand  inviolate  for  at  least 
ten  years.  The  introduction  of  new  machines  within  the  next 
decade,  as  currently  envisioned  by  the  manufacturers,  will 
do  little  to  change  the  cinalysis  which  follows.  Thus, 
readers  in  management  positions  are  especially  encouraged 
to  study  the  following  analysis  in  detail.  On  the  other 
hand,  persons  unfamiliar  with  either  AOS  or  RPN  should  be 
able  to  determine  which  system  best  fits  their  individual 
idiosyncracies  and  personal  preferences  after  studying  the 
material  which  follows.  Hence,  this  material  should  greatly 
enhance  personal  purchasing  decisions  as  well  as  organiza- 
tional purchasing  decisions.  This  information  should  be 
especially  useful  to  students,  educators,  or  others  considering 
the  purchase  of  a personal  card-programmable  calculator. 

3 . Color  Coding 

In  order  to  minimize  the  number  of  keys  required 
on  the  machines,  all  manufacturers  use  most  keys  for  at  least 


two  purposes  — and  sometimes  three  or  four.  So,  most  keys 
have  a primary  function  and  one  or  more  secondary  function (s). 
Typically,  the  primary  function  is  centered  in  one  color 
upon  the  flat  upper  surface  of  the  key  itself,  whereas 
each  secondary  function  is  listed  in  a different  color  above 
the  key,  below  the  key,  or  upon  an  angled  face  of  the  key. 
Therefore,  a key  may  have  associated  functions  listed  in 
one,  two,  three,  or  four  different  colors  and  the  primary 
colors  of  the  keys  themselves  vary  according  to  purpose. 

In  order  to  enable  the  calculator  to  determine  which 
listed  key  function  is  desired  when  a key  is  pressed,  color- 
coded,  dedicated,  "Second-Function"  keys  are  pressed  first 
to  designate  secondary  key  functions  similarly  colored. 
Typically,  the  primary  function  listed  upon  a key  is  exe- 
cuted simply  by  pressing  that  key;  the  secondary  function 
is  executed  by  first  pressing  a second-function  key  (which 
matches  color  with  the  color  of  the  desired  secondary  func- 
tion) and  then  pressing  the  key;  the  alternate  secondary 
function,  if  any,  is  executed  by  first  pressing  an  alternate 
(third)  second-function  key  (which  matches  color  v;ith  the 
color  of  the  third  function)  and  then  pressing  the  key,  etc. 
AOS  systems  such  as  the  SR-52  or  TI-59  have  one  second 
function  key  (Yellow;  2nd)  whereas  the  HP-67  has  three 
(Yellow;  f ) , (Blue;  g) , (Black;  h) . The  AOS  notation  "2nd" 
corresponds  directly  with  the  tho^ught  process  involved,  i.e., 
use  the  matching-color  2nd  function  listed  — whereas  the  HP-67 


notation  corresponds  indirectly  by  using  standard  symbols 
for  mathematical  functions  (f,  g,  h)  such  that  the  user  can 
easily  modify  the  thought  process  to:  "Use  the  function  of 
the  key  (f  of  key,  g of  key,  h of  key)  by  first  pressing  the 
color  matched  and  appropriately  labelled  second  function 
key  (f,  g,  h)."  The  reader  should  note  that  the  color  coding 
greatly  simplifies  actual  usage  and  complicates  only  the 
reading  of  documented  programs  by  novice  users,  e.g.,  a 
novice  user  would  tend  to  look  at  the  keyboard,  see  what 
color  a desired  function  is  and  then  push  appropriate  keys 
to  execute  the  function  without  difficulty.  The  novice  is 
not  required  to  memorize  that  /x  is  always  preceded  by  2nd 
or  ~f  since  the  color  coding,  in  actual  usage,  readily  prompts 
appropriate  action.  On  the  other  hand,  the  documentation 
of  programs  normally  includes  all  keys  which  must  be  pressed, 
such  that  /x  becomes  2nd  /x  or  * /x  or  "f /x,  which  may  take 
a little  getting  used  to.  However,  new  or  different  does 
not  necessarily  equate  to  difficult.  Thus  the  often-heard 
cry  of  novice  users  that  documented  programs  are  "difficult 
to  read"  appears  to  be  unfounded. 

3 . Programming  Language 

Fear  of  having  to  learn  a "new  language"  in  order 
to  operate  a card-programmable  calculator  is,  in  general, 
unfounded.  True,  the  user  may  be  required  to  supply  implied 
parentheses  or  equality  signs  (AOS)  or  be  required  to  always 
(RPN)  or  sometimes  (AOS)  enter  the  operator  after  the  mathe- 
matical variables/  and  be  required  to  become  familiar  with 
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a long  list  of  abbreviations  — but  none  of  these  requirements 
can  be  considered  to  be  a new  language.  In  fact,  the 
"language"  required  by  either  AOS  or  RPN  is  best  defined  as 
merely  a simple  abbreviation  system  for  normal  mathematical 
language,  similar  to  abbreviations  that  most  high-school 
graduates  are  already  familiar  with.  Thus,  learning  the 
language  of  the  calculator  is  simply  a matter  of  adapting 
prior  personal  abbreviation  habits  to  the  abbreviations 
listed  on  the  calculator  keys.  Once  the  novice  has  learned 
to  recognize  the  listed  abbreviations,  he  is  ready  to  oper- 
ate or  to  program.  Further,  since  many  abbreviations  are 
common  to  both  AOS  and  RPN,  individuals  can  quickly  master 
a second  system.  Additionally,  many  of  the  abbreviations 
are  phonetic  or  otherwise  quite  straightforward.  Hence,  it 
is  feasible  to  learn  the  great  majority  of  these  abbrevia- 
tions, adequate  for  almost  all  calculators  on  the  market, 
in  less  than  half  a day. 

Table  1 lists  most  abbreviations  commonly  found, 
as  well  as  a brief  definition  of  each  abbreviation.  (For 
full  description  of  each  function,  the  reader  is  referred 
to  handbooks  published  by  the  various  manufacturers.) 

The  first  column  in  Table  1 lists  abbreviations  which 
are  used  by  the  authors  to  amplify  documented  programs  in 
the  remainder  of  this  work,  especially  in  the  remarks  sec- 
tions of  the  programs  themselves.  This  notation  largely 
duplicates  keystroke  abbreviations  found  on  the  various 
calculators  or  amplifies  such  abbreviations.  The  reader 
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can,  therefore,  more  easily  translate  any  of  the  programs 
which  follow  — on  either  machine  — by  studying  this  consis- 
tent notational  system  in  lieu  of  studying  the  particular 
keystrokes  actually  required.  In  other  words,  instead  of 
learning  two  systems,  the  reader  can  concentrate  on  the  one 
'translation  system"  which  is  provided  throughout.  Viewed  in 
another  way,  this  notational  system  is  also  a first  step 
toward  a universal  calculator  language;  the  average  reader 
will  find  it  useful  for  annotating  his  own  future  programs. 

The  reader  is  warned  not  to  equate  the  charted  list 
of  key  abbreviations  to  fiinctional  capabilities  (see  Appendix 
B for  functional  capabilities) . Many  functions  require 
sequenced  keystrokes  and  thus  are  not  in  Table  1;  e.g., 
on  the  SR-52,  the  arc  sine  is  executed  by  pressing  INV  SIN 
and  e^  is  executed  by  pressing  INV  Lnx,  but  neither  ARC  SIN 
nor  e^  appear,  on  the  SR-52,  as  key  abbreviations. 

The  second  column  of  Table  1 defines  the  abbrevia- 
tions as  used  by  the  authors.  Such  use  usually,  but  not 
always,  corresponds  to  the  designed  primary  use  of  the  same 
abbreviation  by  the  calculators.  The  abbreviations  duplicate 
notation  actually  found  on  the  machines  to  the  maximum 
extent  feasible,  adding  or  changing  only  where  necessary 
to  achieve  the  desired  consistent  set  of  abbreviations  which 
can  then  be  used  to  amplify  either  HP-67  or  SR-52  progreuns 
as  discussed  previously. 

The  final  columns  show  the  relationship  between 
the  definitions  and  the  labeling  used  on  the  machines. 
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Direct  correlation  of  both  the  abbreviation  and  its  meaning 
to  a key  found  on  one  of  the  calculators  is  indicated  either 
by  "P"  (Primary  function  of  one  key)  or  by  (Secondary 

function  of  one  key)  or  by  S (Manual  Switch)  as  listed  under 
each  calculator.  Additionally,  alternate  abbreviations  used 
on  the  calculators  are  listed  opposite  the  appropriate  defini- 
tion. Finally,  the  entry  " (OU) " in  these  columns  means  that 
the  same  abbreviation  is  used  for  some  other  use  on  the 
calculator  in  each  case  the  other  use  can  be  found  elsewhere 
in  the  same  column.  For  example,  " (OU) " is  located  in  the 
right  column  opposite  the  left-column  abbreviation  "DEG" , 
which  is  defined  as  "Degrees"  for  use  in  this  study.  Several 
entries  below  the, " (OU) " entry  in  the  same  (right)  column, 
"DEG"  appears,  opposite  "DEG  MODE"  in  the  left  column, 
which  is  the  abbreviation  used  for  "Degrees  Trigonometric 
Mode"  throughout  this  study.  Other  entries  on  this  same 
latter  line  of  Table  1 indicate  both  what  the  abbreviation 
"DEG"  designates  as  used  by  the  particular  calculators  and 
what  "DEG  MODE"  designates  as  used  by  the  authors,  i.e., 
that  the  eibbreviation  "DEG"  appears  as  a second-function 
key  designation  (*)  on  the  HP-67  designating  "Degrees 
Trigonometric  Mode"  and  as  a switch  designation  (S)  on 
the  SR-52  designating  "Degrees  Trigonometric  Mode." 

Hence,  Table  1 defines  how  the  authors  use  particu- 
lar abbreviations  throughout  the  remainder  of  this  work; 
whether  such  usage  corresponds  directly  to  usage  on  the 
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particular  machines,  and  (if  the  correspondence  is  not 
direct)  how  the  same  eibbreviations  are  used  on  the  calcu- 
lators or  what  different  abbreviations  are  used  on  the- 

I 

calculators . 

Novice  calculator  users  are  advised  to  concentrate 
only  upon  the  two  left  columns  of  Table  1.  More  advanced 
readers  Ccin  use  Table  1 to  determine  if  a specific  abbre- 
viation used  by  this  study  also  appears  as  an  abbreviation 
on  the  SR-52  or  HP-67.  However,  all  readers  are  again 
warned  that  Table  1 lists  abbreviations,  not  functional 
capedDilities . After  achieving  basic  familiarity,  readers 
can  restudy  Table  1 and  Appendix  B,  together  with  the 
discussion  which  follows,  in  order  to  better  determine  which 
calculator's  system  appears  to  best  fit  personal  or  organi- 
zational purchase  parameters . 

4 . Key  Code  Systems 

Both  the  HP-67  and  SR-52  use  a key  code  system  which 
closely  corresponds  (for  primary  functions)  to  the  location 
of  each  key  in  an  imaginary  superimposed,  second  quadrant, 
xy  matrix.  The  y-value  is  read  first,  neglecting  the  minus 
sign;  i.e.,  row,  column.  Thus  the  primary  function  of  the 
key  at  topmost,  leftmost  (the  A key)  is  coded  11  the  primary 
function  of  the  key  at  fourth  row  down , third  column  to 
the  right  is  43,  etc.  As  one  exception  to  this  pattern,  on 
both  machines,  numeric  keys  are  directly  coded  00,  01,  ..., 
09.  This  exception  causes  no  confusion  both  because  it  is 
direct  and  because  there  is  no  "zero  row"  of  keys. 
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TABLE  I.  KEY  ABBREVIATIONS 


Abbrevi ation 

Meaning  as  Used  by  Authors 

SR-52 

HP-67 

A 

User-defined  Label 

P 

P 

A' 

User-defined  Label 

* 

a 

User-defined  Label 

★ 

B 

User-defined  Label 

P 

P 

B' 

User-defined  Label 

★ 

b 

User-defined  Label 

-k 

BST 

Backstep  (Program  Mode) 

★ 

★ 

- 

C 

User-defined  Label 

P 

P 

C 

User-defined  Label 

★ 

* 

c 

User-defined  Label 

★ 

★ 

CHS 

Change  Sign  of  Display 

P 

+/- 

P 

CLR 

Clear 

P 

(OU) 

P 

CLR 

Clear  Entry  or 
Arrest  Flashing  Error 

P: 

CE 

P 

CLX 

CLR  DSP 

Clear  Display 

P 

CLR 

P 

CLX 

CLR  FLAG 

Clear  Flag 

★ 

^.F 

CLR  PR6M 

Clear  Program 

★ 

CLPRGM 

CLR  REG 

Clear  (Primary)  Registers 

★ 

CL  REG 

COORD 

Coordinates 

COS 

Cosine 

P 

★ 

COS"^ 

Arc  Cosine 

★ 

D 

User-defined  Label 

P 

P 

D' 

User-defined  Label 

* 

d 

User-defined  Label 

★ 

TABLE  I.  (Continued) 


Abbreviation  Meaning  as  Used  by  Authors 


DEC  DEG 


DEG  DEC 


DEG  MODE 
DEG  RAD 


DSZ(i) 


Decimal 

Convert  DEC  DEG(HR) 

DSP  - Format  to  DEG(HR) , 

MIN,  SEC,  DSP  - Format 

Decrement  by  1 

Delete  Step  (PRGf:  MODE) 

Degrees 

Convert  DEG(HR),  MIN,  SEC 

DSP-Format  to 

DEC  DEG(HR)  DSP-Format 

Degrees  Trigonometric  Mode 

Convert  Degrees  to  Radians 

Compute  or  Execute 

Display  or  X-Register 

Decrement  DSP  (or  I-Reg)  by  1, 
Skip  Step  if  Result  is  Zero 

DSZ  (Indirectly  in  REG  Addressed 
by  I-REG) 

User-defined  Label 
User-defined  Label 
User-defined  Label 


* H.MS 


ENG  DSP 
ENTER 


Enter  Exponent 

Engineering  Display  Format 

Lift  STACK;  Enter  DSP  into 
STACK  Y-REG 


Error 

Xth  Power  of  e 


1 


Exchange 


TABLE  I.  (Continued) 


EXP 

f 

FORMAT 
FUNC 
FIX  DSP 
FLG 

FLOAT  PT 
FRAC 

g 

GRAD 

GTO 

h 

(i) 

IF  ERR 
IF  FLAG 
IF  x=y 
IF  x£y 
IF  xfy 
IF  x>y 
IF  x=0 
IF  x>p 
IF  m 
IF  x<0 
IF  x>0 


H 


Exponent 

2nd-Function  Call -Key  P 2nd  P 

Set  Display  Format 

Function 


Fixed  Decimal  Display  Format 

★ 

FIX 

P 

DSP 

FI  ag 

Floating  Decimal  Display  Format 

Fractional  Portion 

* 

2nd-Function  Call -Key 

P 

2nd 

P 

GRADS  TRIG  MODE 

★ 

GRD 

Go  To 

P 

P 

2nd-Function  Call -Key 

P 

2nd 

P 

I-Register 

P 

(OU) 

If  Error  is  Displayed  (Flashing) 

* 

If  Flag  is  Set 

★ 

if  fig 

★ 

F? 

If  Display  = Y-register 

* 

x=y 

If  Display  < Y-register 

★ 

x^y 

If  Display  t Y-register 

★ 

x?^y 

If  Display  > Y-register 

★ 

x>y 

If  Display  = zero 

★ 

if  zro 

★ 

x=0 

If  Display  > zero 

* 

if  pos 

If  Display  f zero 

* 

xj^O 

If  Display  < zero 

★ 

x<0 

If  Display  > zero 

★ 

x>0 
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TABLE  I.  (Continued) 


Abbrevi ation 

Meaning  as  Used  by  Authors 

SR- 52 

HP-67 

INCR 

Increment  by  1 

IND 

Indi rect 

* 

P 

(i) 

INS 

Insert  Step  (Program  Mode) 

P 

INT 

Integer  Portion 

★ 

INV 

Inverse  Function  of  ... 

P 

ISZ 

Increment  DSP  (or  I-Reg)  by  1; 
Skip  Step  if  result  is  zero 

* 

★ 

ISZ(i) 

ISZ  (In  REG  Addressed  by  I-REG) 

★ 

LBL 

Label 

★ 

* 

LBLf 

Label 

★ 

LASTx 

Entry  Prior  to  Last  Operation 

* 

LSTx 

LIST 

List  Program 

★ 

LN 

Logarithm,  Base  e 

P 

In  X 

★ 

LOG 

Logarithm,  Base  10 

★ 

★ 

LRN 

Learn  (Shift  to  Program  Mode) 

P 

S 

W/PRGM 

MEM 

Memory 

MERGE 

Merge  Steps  (Program  Mode 

★ 

ON/OFF 

Switch  Machine  ON/OFF 

s 

s 

OPS 

Operati  ons 

OW 

Otherwise 

PAPER 

Advance  Paper 

* 

pap 

PAUSE 

Pause  from  Operation 
(for  data  entry) 

★ 

P-*R 

Convert  Polar  Coordinates 
to  Rectangular 

P/R 

R 

] 

i ! 


1 
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TABLE  I.  (Continued) 

Abbrevi  ati  on 

Meaning  as  Used  by  Authors 

SR-52 

HP-67 

PRI 

Pri  many 

PRGM 

Program 

PRGM  MODE 

Program  Mode 

P 

LEARN 

s 

W/PRGM 

PROD 

Product  (Multiplication  in 
Register) 

★ 

P^S 

Primary/Secondary  Register 
Exchange 

* 

R 1 

Roll  Down  Stack  Registers 

★ 

RT 

Roll  Up  Stack  Registers 

★ 

RAD 

Radi ans 

(OU) 

RAD-^DEG 

Convert  Radians  to  Degrees 

* 

D 

RAD  MODE 

Radians  Trigonometric  Mode 

S 

R 

* 

RAD 

RCL 

Recall 

P 

p 

RCL(i) 

RCL  (Indirectly  from 
Register  Addressed  by  I-REG) 

Pl''D 

Read  Card 

* 

RECT 

Rectangular  Coordinates 

REG/  REG 

Register/Store  in  REG 

(OU) 

R-*P 

Convert  Rectangular  Coordinates 
to  Polar 

★ 

PEVU  REG 

Review  Primary  Register 

★ 

REG 

REVU  STACK 

Review  Stack  Register 

* 

STK 

RND 

Round  Off 

★ 

RSET 

Reset  Counter  to  000 

★ 

RTN 

Return  Control  to  Calling 
Routine  (or  Keyboard) 

★ 

* 

RUN 

Run  Routine  (Program) 

P 

p 

R/S 

Jl 


I 


t 


t 

i 

i 
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TABLE  I.  (Continued) 


Abbrevi ation 

Meaning  as  Used  by  Authors 

— 

SR- 52 

HP-67 

s 

Sample  Standard  Deviation 

★ 

SBR 

Subroutine 

P 

SCI  DSP 

Scientific  Notation  Display 
Format 

ic 

Sn 

Secondary  Register  n (n=l,...,9) 

SIN 

Sine 

P 

•k 

SIN"^ 

Arc  Sine 

•k 

SPACE 

No  Operation  (Skip  Step  or  Space) 

* 

SST 

Single-Step  (Program  Mode) 

P 

P 

STACK 

X,Y,Z,T  Register  Group 

SET  FLAG 

Set  Flag  (Turn  On) 

★ 

ST  FLG 

* 

SF 

STO 

Store 

P 

P 

STO(i) 

Store  (Indirectly,  in 
Register  Addressed  by  I-REG) 

STOP 

Stop  (Halt) 

P 

HLT 

P 

R/S 

SUM 

Sum  to  (Add  to  Register) 

P 

TAN 

Tangent 

P 

★ 

TAN'^ 

Arc  Tangent 

* 

THRU 

Th rough 

w/ 

With 

WRITE 

Write  Data  Onto  Card 

★ 

W/DATA 

X 

Times,  Multiplication  Operator 

P 

P 

X 

X- Regis  ter  or  Display 

7 

Arithmetic  Mean 

★ 

x: 

Factori al 

* 

* 

n: 
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TABLE  I.  (Continued) 


Abb re VI ation 

Meaning  as  Used  by  Authors 

-X- 

Flash  Display  (x-register) 

i^l 

Absolute  Value  of  x 

/>T 

Square  root  of  x 

X y 

Exchange  x and  y register 

x/T 

xth  root  of  y 

x2 

Square  of  x-register  , 
(Display)  value 

y 

y-register 

y DEG  + 

Add  y-register  DEG, MIN, SEC 
to  Display 

X 

y 

xth  power  of  y 

z 

z- register 

★ 

2nd-Function  Key 

+ 

Addition  Operator 

• 

Decimal  Point 

A 

Division  Operator 

= 

Equality  Operator 

=> 

Implies 

( 

Parenthesis,  left 

) 

Parenthesis,  right 

% 

Percentage 

%CH 

Percent  Change 

IT 

Pi  (3.141492654) 

# 

Number 

- 

Subtraction  Operator 

SR-52  HP-67 


★ 

* ABS 

•k  * 

★ 


P 

P 


★ 


★ 


★ 


* 


P 2nd 

P 

P 

P 

P 


P f.g.h 
P 
P 
P 


P 

P 

★ 

★ 

* ★ 


P P 
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Table  I.  (Continued) 


Abbrevi ation  Meaning  as  Used  by  Authors 


SR-52  HP- 


s+ 

SUM: 

X to  S4,  to  S5, 
y to  S6,  y^  to  S7, 
xy  to  S8,  +1  to  S9 

P 

E- 

SUM: 

-X  to  S4,  -x^  to  S5, 
-y  to  S6,  -y^  to  S7, 
-xy  to  S8,  -1  to  S9 

★ 

0 

Zero 

P 

P 

1 

One 

P 

P 

1/x 

Reciprocal  of  Display 

2 

Two 

3 

Three 

4 

Four 

5 

Fi  ve 

6 

Si  X 

7 

Seven 

8 

Eight 

9 

Nine 

10^ 

XU 

x^^  power  of  10 

P 

P 

P 

P 

P 

P 

P 

P 


* 

P 

P 

P 

P 

P 

P 

P 

P 

★ 


Notes:  P = Primary  function  of  one  key  found  on  the  calculator 

* = Secondary  function  of  one  key  found  on  the  calculator 
S = Manual  Switch;  not  a key 
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The  machines  differ  only  concerning  the  coding 
system  for  secondary  functions.  Although  the  HP-67  can 
handle  one,  two,  or  three  two-digit  numbers  in  its  coding 
displays  when  in  programming  mode,  the  SR-52  can  handle  only 
one  two-digit  number  in  its  coding  display.  Thus,  secondary 
functions  are  coded  on  the  HP-67  exactly  like  primary  func- 
tions, the  only  difference  being  that  two  or  three  two 
digit  numbers  are  displayed  for  secondary  function  entries 
which  require  two  or  three  keystrokes,  respectively.  Thus 
f LOG  on  the  HP-67  is  displayed  as  31  53  and  f LBL  A is 
displayed  as  31  25  11,  etc.  Conversely,  on  the  SR-52, 
the  coding  system  itself  is  modified  to  handle  secondary 
functions.  Since  the  calculator  is  only  5 keys  wide,  the 
column  code  for  all  primary  functions  is  defined  by  the 
digits  1 through  5,  leaving  6 through  9 and  0 available. 
Further,  all  secondary  functions  on  the  SR-52  are  printed 
etbove  the  key.  Hence,  by  mentally  folding  the  remaining 
available  digits  over  the  first  five  digits  in  each  row, 
each  secondary  function  is  assigned  a number  of  its  own. 

As  an  example,  the  coding  for  the  third  and  fourth  rows 
of  the  SR-52  is  as  follows: 


I 


Although  the  need  for  ten  codes  per  row  puts  the 
last  secondary  code  out  of  sequence  in  each  row,  the 
system  does  have  logic  and  is  easily  learned:  higher  locations 

of  cibbreviations  on  rhe  keyboard  itself  correspond  to 
higher-numbered  keycodes  (with  exception  of  the  right  column 
secondary  functions) . The  above  method  solves  both  the 
coding  for  secondary  functions  and  the  two-digit  display 
limitation.  Since  the  secondary-function  code  cannot  be 
created  without  pressing  the  "2nd"  key,  there  is  no  need  to 


ever  display  the  key  code  for  the  "2nd"  key  — as  is  required 
to  distinguish  between  the  three  available  second  keys  on  the 
HP-67.  Hence,  "2nd  LOG"  becomes  28,  period,  on  the  SR-52: 
"2nd  LBL  A"  becomes  46  (2nd  LEL)  as  one  step  and  11  (A) 
as  another  step;  etc. 


5 . Key  Coding  Formats 

Key  coding  displays,  on  both  machines,  naturally 
include  the  prograun  step  nxmber.  Thus,  if  the  examples 


above  begin  at  step  #136,  the  complete  formats  would  be; 


SR-52 


HP-67 


Kevstrokes 


Display 


Keystrokes 


2nd  LOG  136  28  f LOG  136  31  53 

2nd  LBL  137  46  f LBL  A 137  31  25  11 

A 138  11 


Such  displays  are  extremely  useful  for  verifying  or  editing 
programs.  The  user  can  always  determine  what  key  instruction 
is  stored  as  a given  step  number  by  merely  counting  (down 


1 

1 
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w 


and  over)  the  rows  and  columns  indicated  by  the  respective 
key code  system. 

6 . HP-67  and  SR-52  Program  Storage  Capacities 

It  is  often  assumed  that  since  the  HP-67  can  store 
up  to  three  keycodes  per  step  of  program  memory  whereas  the 
SR-52  stores  only  one,  the  effective  program  capacity  of  the 
HP-67  must  be  three  times  as  large.  This  is  simply  untrue, 
as  evidenced  above,  because  the  third  HP-67  key code  is  never 
used  for  anything  other  than  to  designate  one  of  the  second- 
function  keys,  a designation  that  is  never  separately 
required  at  all  on  the  SR-52.  The  HP-67  program  capacity  is 
slightly  larger  than  the  SR-52  capacity,  but  the  reason  is 
the  way  keystrokes  are  merged  per  step  on  the  HP-67,  not 
because  three  keycodes  are  displayed  per  step.  This  merging 
applies  primarily  to  all  addressing  and  labeling.  Thus, 
returning  to  step  137  in  the  above  example,  the  SR-52  code 
"46"  relays  the  same  amount  of  information  as  do  the  HP-67 
codes  "31  25".  But  the  HP-67  program  capacity  is  increased 

because  the  "A"  requires  an  additional  step  for  its  code  on 
the  SR-52,  whereas  the  "A"  is  merged  as  "11"  in  the  codes 
for  step  137  on  the  HP-67.  Similarly,  recalling  or  storing 
data  in  a given  register  requires  three  steps  on  the  SR-52 
but  only  one  step  on  the  HP-67.  Hence,  the  maximum  ratio 
of  obtainable  program  capacities,  ever  encountered  by  the 
authors  is  approximately  2.4:1,  with  a more  common  long-term 
ratio  of  between  1.3:1  and  1.6:1,  in  favor  of  the  HP-67, 


for  advanced  prograiraning.  Conversely,  novice  programmers  f 

i! 

commonly  encounter  a ratio  slightly  higher  than  2:1.  As  an  ' 

example.  Figures  2 and  3 (Single  or  Bivariate  Statistical 
Analysis)  are  written  with  identical  algorithms  and  program 
sequencing  on  each  machine,  disregarding  special  functions 
available  on  each  machine  which  could  be  used  to  signifi- 
cantly shorten  the  programs  (HP-67  in  particular) . In 
other  words , these  programs  are  intentionally  written 
inefficiently  in  order  to  achieve  a typical  comparison  of 
the  number  of  program  steps  actually  required  to  place 
identical  programs  in  either  machine.  The  result  is 
2.196:1,  for  these  particular  programs.  The  ratio  would 
favor  the  HP-67  even  more  if  special  functions,  such  as  the 
E+key  available  only  on  the  HP-67,  are  included;  conversely, 
program  optimization  techniques  as  addressed  later  in  this 
study  will  do  more  to  reduce  SR-52  steps  (for  the  common 
functions)  than  to  reduce  HP-67  steps,  because  the  HP-67 
steps  are  more  compact  in  the  first  place.  In  summary, 
many  programs  do  not  require  extensive  use  of  special  func- 
tions found  on  only  one  of  the  machines . In  such  cases , 
the  program  capacity  ratio  appears  to  be  between  1.3:1  and 
1.6  to  one  in  favor  of  the  HP-67,  but  certainly  is  not  3:1 
except  in  unique  cases . 

7 . Magnetic  Card  Formats 

Standard  SR-52  and  HP-67  magnetic  cards  are  reproduced 
(actual  size)  below.  The  lower  reproduction  is  a HP-67 
card  placed  upon  the  backside  of  a SR-52  to  better  show 
relative  sizes. 
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FIGURE  1 

Single  or  Bivariate  Statistical  Analysis  (SR-52) 


Program  Description.  Equations,  Variables,  etc. 

This  program  provides  x,  s^,  y,  s^  . b,  a,  r,  x*  given  y,  y*  given  x 
for  bivariate  samples.  In  addition,  N'  (optimum  sample  size  with 
95%  confidence)  may  be  determined  using  data  from  x^  calculation, 

a)  N'  is  computed  with  the  formula 


O X.  p 

( 

.025  X, 


described  in  Chapter  12  of  the  Production  Handbook;  Carson,  Bolz 
and  Young;  Ronald  Press,  N.Y.;  1972. 

b)  The  balance  of  the  program  is  based  upon  Chapters  9 and  10, 
Introductory  Statistics;  Zehna;  Prindle,  Weber  & Schmidt,  Inc, 
Boston;  1974. 

c)  Single  variable  samples  can  be  analyzed  for  x,  s^  and  N' 

d)  Confidence  level  for  N'  may  be  changed  by  inserting  a different  a/2 
in  steps  164-166. 


Note:  *E'  is  used  for  a subroutine  in  the  program  to  recall  n. 

Pressing  *E'  will  place  n in  display. 
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Step  User  Instructions  Input  Output 

Data/Units  Press  Data/Units 


1. 

2. 


Record  program  and  initiaMze: 

a)  for  single  variable  sample  x^. 

(n  will  be  in  display  after 
each  x-j) 

b)  for  bivariate  sample  x^ 

(last  (x^.)(y^)  will  be  in  display)  y^ 

c)  after  x^  and  y^  are  entered 

linear  regression  is 
calculated 

d)  estimated  correlation  coefficient 
can  now  be  calculated 

e)  N'  is  calculated  from  x^  data  (in  A) 

f)  X*  may  be  calculated  by  placing  a 

Y in  display  and  pressing  D Y 

g)  Y*  may  be  calculated  by  placing  an  X 
X in  display  and  pressing  E 

h)  balance  of  data  may  be  recalled 
using  RCL  and  appropriate 
register  number. 


X data 


A X data 

B y data 

C 

r 

*A'  N' 

D X* 

E Y* 
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Figure  2 


Single  or  Bivariate  Statistical 


(HP-67) 


‘4 
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STEP  KEY  CODE  KEY  ENTRY  NOTES 


32  54 

qX^ 

1 

84 

R/S 

2 

32  25  13 

qLBL  c 

CALCULATE  r 1 

3 

34  13 

RCL  C 

4 

34  02 

RCL  2 

5 

34  05 

RCL  5 

6 

34  09 

RCL  9 

? 

71 

X 

8 

71 

X 

mm 

81 

84 

lR/s 

[J 

^CULAht  X*/v 

mm 

34  15  1 

RCL  E 1 

FIGURE  2 

Single  or  Bivariate  Statistical  Analysis  (HP-67) 


Program  Description,  Equations,  Variables,  etc. 


1.  This  program  provides  X,  Sx,  T,  Sy,  B,  S,  r,X*  given  Y,  Y(  given  X 
for  bivariate  samples.  In  addition,  N'  (optimum  sample  size  with 
95%  confidence)  may  be  determined  using  data  from  X^  calculation, 

a)  N'  is  computed  with  the  formula 


\ 


.025x. 


described  in  Chapter  12  of  Production  Handbook;  Carson,  Bolt 
and  Young;  Ronald  Press,  N.Y.,  1972. 

b)  The  balance  of  the  program  is  based  upon  Chapters  9 and  10, 
Introductory  Statistics;  Zehna;  Prindle,  Neber  & Schmidt, 
Inc. , Boston;  1974. 

c)  Single  variable  samples  can  be  analyzed  for  7,  Sx  and  N'. 

d)  Confidence  level  may  be  changed  by  inserting  a different  a/2 
in  Steps  73-76. 
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Input  Output 

Step User  Instructions Data/ Units  Press  Data/ Units 

1.  Record  program  and  initialize 

a)  for  single  variable  sample  A X data 

(n  will  be  in  display  after  each 


b)  for  bivariate  sample  (Last  X^ 

A 

X data 

(x^.y^.)  will  be  in  display)  Y^. 

B 

Y data 

c)  After  X^.  and  Y^.  are  entered 

C 

linear  regression  is 

calculated 

d)  Estimated  correlation  coefficient 

c 

r 

can  now  be  calculated 

e)  N'  is  now  calculated  from  X^ 

a 

N' 

data  (in  A) 

f)  X*  may  be  calculated  by  placing  a 

Y 

X*/Y 

Y in  display  and  pressing  D 

g)  Y*  may  be  calculated  by  placing 

X 

Y*/X 

an  X in  display  and  pressing  E 
h)  balance  of  data  may  be  recalled  using 
RCL  and  appropriate  register  number. 
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SR-52 
STANDARD 
C 


Texas' Instruments 


Eiinaii 


HP-67 

STANDARD 

CARD 


HP-67  CARD 
ON 

SR-52  CARD 


Both  the  SR-52  and  HP-67  have  5 user-definable  keys 
as  the  top  row  of  keys,  lc±)eled  A through  E.  The  second 
functions  of  each  of  these  are  also  user-definable , labeled 
A'  through  E'  on  the  SR-52  or  Icibeled  a through  e on  the 
HP-67.  The  functions  defined  for  each  label  are  written 
on  the  card  as  desired  by  the  programmer.  The  following 
notation  is  used  throughout  this  work  to  represent  the  10 
user  keyed  laibels,  as  those  labels  would  actually  be  completed 
upon  the  card  itself: 


The  labels  for  the  top  row,  of  course,  are  completed  to 
correspond  to  the  keys  on  the  machine  under  discussion  in 
each  case. 


After  keying  a program  into  memory,  the  program  can 
be  permanently  stored  on  a magnetic  card  by  passing  the 
card  through  the  card  reader.  Initializing  the  card  reader 
to  record  requires  the  proper  setting  of  a switch  on  the 
HP-67  or  several  keystrokes  on  the  SR-52.  Data  from  storage 
registers  can  also  be  permanently  stored  on  cards.  Initial- 
izing the  card  reader  for  data  requires  the  setting  of  a 
switch  and  two  keystrokes  on  the  HP-67;  a special  prior 
program  card  must  be  used  together  with  blank  data  card  on 
the  SR-52,  using  two  keystrokes  with  each  card. 

Stored  progreuns  or  data  remains  on  the  cards  until 
the  information  in  intentionally  altered  by  the  user;  i.e., 
the  cards  are  reusable  or  can  be  permanently  filed  for 
dedicated  purposes.  Various  systems  are  used  on  the  differ- 
ent calculators  to  prevent  accidental  altering  of  cards, 
or  to  abort  protections  used  to  prevent  accidental  destruction 
of  card  information  in  order  to  reuse  "permanent"  cards. 

All  of  these  systems  work  well,  hence,  these  differences 
will  not  be  addressed  herein. 

Reading  previously  programmed  magnetic  cards  requires 
only  the  proper  setting  of  a switch  on  the  HP-67;  two  or  three 
keystrokes  per  card  side  are  required  on  the  SR-52.  Addi- 
tional machine  functions  which  are  automatically  executed 
when  a card  is  read  differ  between  calculators . This  subject 
is  addressed  in  Section  IV.E.lO.h. 
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9 . Advanced  Programmability  Comparisons,  SR-52  and  HP-67 
The  authors  believe  that  this  work  is  relatively 
unbiased  toward  these  two  machines . Both  have  unique 
capacities  and  constraints  which  can  apply  to  a given 
situation,  but  full  discussion  of  each  would  unnecessarily 
triple  the  length  of  this  section.  Thus,  programming  con- 
cepts in  this  section  are  presented  on  whatever  machine 
appears  to  be  most  pertinent  for  that  particular  concept, 
with  no  attempt  to  "yes  but"  the  alternate  machines  alternate 
capeibilities  for  some  other  concept.  Further,  since  more 
readers  are  expected  to  already  be  familiar  with  algebra 
than  with  reverse  polish  notation  — and  for  uniformity  — 

SR-52  programs  are  normally  discussed  first.  This  is  not 
intended  to  degrade  the  KP-67  or  HP-97  in  any  manner. 

a.  General  — Internal  Rate  of  Return  (IRR)  As  A Model  | 

In  order  to  provide  a problem  simple  enough  to 
be  readily  understood  by  the  majority  of  readers,  yet  intri- 
cate enough  to  necessitate  complex  programming  techniques, 
an  Internal  Rate  of  Return  program  is  developed  herein, 
upon  the  HP-67  and  SR-52,  as  a vehicle  for  clarifying  differ- 
ences between  these  machines  and  programming  systems.  These 
programs  are  also  compared  with  literature  (programs)  avail- 
cible  from  the  manufacturers  in  order  to  yield  additional 
insights  concerning  both  available  programs  and  programming 
potentials  and  limitations. 
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b.  Internal  Rate  of  Return  (IRR)  Concepts 

IRR  programs  incorporate  concepts  involving  the 

time  value  of  money;  specifically,  the  net  present  value 

(NPV)  of  a series  of  n future  (periodic)  cas  flows  (CF's) 

CF, , CF«,  CF  , after  the  incurrence  of  some  initial 

1 .d  n 

investoent.  The  discrete  interest  rate  (i)  which  will  make 
the  sum  of  discounted  cash  flows  equal  the  initial  investment 
is  defined  as  the  IRR,  and  reflects  the  effective  discrete 
interest  rate  that  will  be  earned  upon  the  investment.  For 
a series  of  twenty  future  cash  flows,  using  the  above  notation, 
the  formula  for  NPV  is : 

20  CF 

NPV  = I — - INVEST 

n=l  (l+i)*^ 

A negative  NPV  indicates  that,  at  the  chosen  interest  rate, 
a shortfall  (below  the  amount  which  would  be  expected  at 
that  interest  rate)  equal  to  the  magnitude  of  the  negative 
NPV  will  occur;  a positive  NPV  indicates  that,  at  the  chosen 
interest  rate,  an  additional  gain  (above  the  amount  which 
would  be  expected  at  that  interest  rate)  equal  to  the 
magnitude  of  the  NPV  will  occur;  i.e.,  the  defined  interest 
on  the  original  investment  has  been  exceeded  by  the  positive 
NPV  amount. 

CF 

The  quantity  — is  defined  as  the  discounted 

(1+i)^ 

present  value  (PV)  of  each  flow  n,  written  In  order  to 

determine  IRR,  the  above  formula  must  be  solved  for  the 
value  of  i which  makes  the  difference  zero;  i.e.. 
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Graphically , 

the 

cash  flow  process  can  be  pictured  on  a 

time  line  as 

follows : 
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JL 
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— — 

-$  INVEST 


The  future  cash  flows  may  also  include  zero  or  negative 
(additional  future  investment)  values.  Hence,  a more  complex 
case  can  be  pictured  on  a time  line  as: 


c.  IRR  Program  Capabilities 

(1)  The  programs  developed  herein  will  provide 
the  discrete  IRR  for  any  conceivable  periodic  (equally- 
spaced)  set  of  21  positive,  zero  or  negative  cash  flows. 

The  programs  solve  for  two  decimal  places  beyond  the  integer 
percentage  value  (i.e.  7000%,  .62%  or  6.39%  or  0.03%)  unless 
instructed  by  the  user  to  proceed  further;  accuracy  up  to 
the  machine  display  capability  (10  significant  digits) , if 
desired,  may  be  initially  requested  by  the  user.  The  programs 
will  also  solve  for  a negative  IRR,  i.e.,  where  net  undis- 
counted income  is  less  than  net  undiscounted  investments. 

Either  program  will  permanently  store  an 
initial  (positive,  zero,  or  negative)  "investment"  and 
twenty  additional  future  positive,  zero,  or  negative  periodic 
cash  flows.  In  addition  to  the  IRR,  either  program  will 
compute  the  NPV  of  these  flows  at  any  positive  or  negative 
trial  interest  rate;  the  initial  value  (investment)  or  the 
trial  interest  rate  may  each  be  individually  modified  by 
the  user  at  any  time;  the  trial  interest  rate  may  also  be 
incremented  or  decremented  by  the  user  at  any  time  (in  lieu 
of  reentering  a many-digit  rate  where  only  the  last  digit 
or  last  several  digit  sequence  is  to  be  changed) ; the  number 
of  cash  flows  (data  entry  values  exclusive  of  the  value 
normally  used  for  the  initial  investment)  is  automatically 
acc\imulated  and  stored  for  possible  later  recall  by  the  user 
and  each  value  can  be  individually  modified  or  deleted 
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(changed  to  zero)  at  any  time;  previously  unused  data  points 
from  the  twenty  available  may  be  automat i ca 1 ly  added  (on 
the  end)  at  any  time  without  recall  of  the  number  of  entries 
used  previously;  and  the  manual  entry  of  long  sequences  of 
zero  values  may  be  avoided  by  instructing  the  calculator  to 
j\amp  over  them  in  its  automatic  accumulation.  Most  of  the 
cibove  processes  are  executed  exclusively  on  the  10  user- 
defined  keys ♦ Accordingly,  this  program  is  satisfactory  for 
IRR,  NPV  or  Profit  analysis  of  any  periodic  sequence  of  21 
unique  values  or  for  an  Investment  followed  by  either  20 
unique  values  or  by  20  identical  (annuity)  values.  The 
HP-67  program  vrill  also  calculate  the  undiscounted  breakeven 
point  for  the  series  of  values  but  this  subroutine  is 
omitted  from  the  SR-52  for  lack  of  program  memory  space. 

In  summary,  these  programs  are  satisfactory  for  rather  com- 
plete analyses  of  any  21  flows  spaced  by  uniform  intervals  — 
days,  weeks,  12  day  periods,  months,  quarters,  years  or 
whatever.  Each  of  these  programs  will  perform  the  function 
of  at  least  three  of  the  programs  published  by  the  respective 
manufacturers  — using  only  user  defined  keys.  Additional 
manufacturer  programs  can  be  accomplished  by  including 
limited  manual  use  of  other  keys. 

Functionally  similar  subroutines  are 
arranged  in  a different  sequence  for  each  calculator  in 
order  to  take  advantage  of  the  program  search  patterns 
unique  to  each  calculator  and  thus  minimize  execution  time 
for  each.  Since  these  different  arrangements  make  direct 
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comparison  of  the  progreims  difficult,  applicable  functional 
subroutines  are  individually  reproduced  within  the  analysis 
which  follows,  in  addition  to  the  complete  listings  provided 
for  each  program.  Meanwhile,  the  reader  should  concentrate 
primarily  upon  the  first  page  of  each  progreim. 

(1)  Step  Ratios.  Because  the  following  programs 
are  advanced  and  optimized  prograims , the  SR-52/HP-67  step 
ratio  is  approximately  1.32,  i.e.,  the  number  of  steps 
required  on  the  HP-67  to  accomplish  all  of  the  functions 
which  can  be  accomplished  by  the  208  step  SR-52  program  is 
158.  The  remaining  50  HP-67  steps  are  used  for  additional 
functional,  informational,  and  user-prompting  subroutines 
not  programmable  on  the  SR-52  because  of  program  memory 
space  constraints.  (The  SR-52  program  does  not  use  16 

steps  in  order  to  make  available  two  extra  data  registers. 
Thus  the  HP-67  program  additionally  uses  these  steps  for 
additional  routines  not  programm£±>le  on  the  SR-52.) 

(2)  Initial  Data  Entry  Operations.  Typical 
operations  which  can  be  performed  by  either  of  these 
single-card  progreunsare : 
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PRESS 

FORMAT  & 

ENTER 

KEYS 

DISPLAY 

NOTES 

M. 

(N-1) 

*RSET 

N. 

(=Prior  N-1) 

INCREMENT  i^  by  ±Ai  AND  AUTCMATTCALLY 

RUN  NPV 

SR-52;  ±Ai 

*E 

NPV 

(10  DIGITS) 

HP-67;  ±Ai 

fe 

NPV 

($  and  <?) 

CLEAR  ALL  DATA  FOR  NEW  CASE ; 

SR-52 

*A 

0. 

HP-67; 

fa 

0.000000000 

(4)  Undiscounted  Subroutines. 


PROFIT  MARGIN 


HP-67; 


SR-52; 


PRESS 

FORMAT  & 

ENTER 

KEYS 

DISPLAY 

NOTES 

fc 

PROFIT 

($  and 

DESTROYS  i^) 

0 

D 

0. 

(it) 

E 


PROFIT 


(DIGITS 
APPLICABLE 
TO  CF's  USED) 


ENTER 

PRESS 

KEYS 

DISPLAY 

FORMAT  & 
NOTES 

1 OTHER  (HP-67  ONLY) 

i FIRST  BREAK  EVEN  POINT: 

1 

C 

B.E.PT 

(6  Decimal 
Places) 

1 ESTIMATE  i . : 

) ^ 

C 

B.E.PT 

[ 

fc 

PROFIT 

1 

PCL  C 

B.E.PT 

1 

PCL  A 

INVEST 

t 

> 

r 

X t 

(2  Decimal 
Places) 

1 

DSP  4 

(4  Decimal 
Places) 

f RND 

i 

D 

(STORE  D) 

(5)  Time-Valued 

Subroutines . 

i 

1 

ENTER 

PRESS 

KEYS 

displa:^ 

FORMAT  & 

NOTES 

NOTES 

; NPV  @ SR-52 

E 

NPV 

(10  DIGITS) 

HP-67 

E 

NPV 

($  and  C) 

^ IRR  : SRr52 

*D 

IRR 

(10  DIGITS) 

HP-67 

s 

fd 

IRR 

(4  Decimal 
Places) 

1 INCREMENTA>EX3?EMENT  & HUN 

NPV 

Discussed  Above 

1 

; I 
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(6)  Error  Protections.  (Wlien  User  attempts 


to  store  invalid  values) 

PRESS 

ENTER  KEYS  DISPLAY 

NEGATIVE  TRIAL  INTEREST  USING  (STO  Trial  i)  Key 
RATE  (i^.)  : 


SRr52: 

D 

^^t 

HP-67: 

D 

Error 

CLx 

(IF  ^EGA'^VE  i^ 

DESIRED) 

SR-52 

0 

D 

0. 

*E' 

NPV 

HP-67 

0 

D 

0.0000 

-^t 

fe 

NPV 

NEGATIVE  (n  0) 

or  TOO. 

lARGE  (n  20) 

USING  (SET  n=DSP)  KEY. 

SR-52: 

n 

*B' 

M 

FORMAT  & 
NOTES 


( i^  Stored) 


(Not  stored) 


(-i^  stored) 


(-i^  stored) 


(n-1) 


Although  the  display  is  normal,  no  data  has  yet  been 
stored.  Alert  user  will  note  minus  signs  and/or 
! increments  of  n in  wrong  directions  or  beyond  0 to  20 

limits.  However,  some  data  must  be  entered  against 
j key  B in  the  usual  manner  in  order  to  avoid  undesired 

j 

I redefinition  of  N,  i.e., 

1 

I . Any  Vcilue  B n (no  data 

stored) 

1 - 

I HP-67:  n fb  Error 

I 


CLx  n 


T 


ENTER 

PRESS 

KEYS 

DISPLAY 

FORMAT  & 
NOTES 

NCN-INIEGER  PERIOD  NUMBER  (±n.p)  USING  (SET  n=DSP)  KEY, 

SR-52: 

±n.p 

*B‘ 

±m.p 

( (n.p) -1) 

Same 

comments  and 

process 

as  above 

Any  Value 

3 

±n.p 

(No  data 
stored) 

HP-67: 

±n.p 

fb 

Error 

CLx 

±n.p 

21st  CASH  FLCW  WHEN 

USING  (STO  CF'! 

3)  KEY: 

SR-52: 

CF#21 

B 

21. 

(No  data 
stored) 

CF#22,etc. 

B 

22. 

(No  data 
stored) 

Error  Noted  by  User.  To 

correct: 

(Redefine  N) 

*B' 

21. 

*B' 

20. 

*RESET 

20. 

HP-67: 

CF#21 

B 

Error 

diX 

21. 

(No  data 

Stored) 


I 


I 


I 

1 


(7)  Sample  Calculations 

, SR-52  IRR  Program. 

ENTER 

PRESS 

KEYS 

DISPLAY 

RUN  TIME 
IN  SECONDS 

INVEST 

$1000 

A 

1000. 

0.8 

CF#1 

$ 500 

B 

1. 

1.2 

CF#2 

$ 600 

B 

2. 

1.2 

TRLRL  i (ANNUAL) 

.1 

D 

0.1 

0.8 

DO  NPV 

E 

-49.58677686 

3.5 

lECR.  i,DO  NPV 

-.04 

*E' 

5.69597721 

3.8 

*DECR.  i,DO  NPV 

-.0111 

*E' 

22.04961262 

3.8 

*DO  IRR 

*D' 

0.0639 

32.5 

47.6 

*NOTE:  LOraST  RUN 

TIME  NORMALLY  OCCURS  WITH  (i^  = 

IRR  - 0.0111) 

e.g. , WITH 

it  = 0. 

0528,  RUN 

TIME  FOR  ABOVE 

IRR  IS 

22.8  SECONDS. 

CHANCE  INVEST 

$1200.75 

A 

1200.75 

0.8 

AID  CF#3 

$ 100 

B 

3. 

1.2 

CHANGE  CE#! 

1 

*B' 

0. 

1.8 

$ 555 

B 

1. 

1.0 

ADD  CF#4 

$ 200 

B 

4. 

1.2 

AOD  CF#15 

15 

*B' 

14. 

1.8 

$ 352.16 

B 

15. 

1.4 

ADD  CF#16 

$ 100 

B 

16. 

1.2 

DELETE  CF#16 

(16) 

*B' 

15. 

1.8 

0 

B 

16. 

1.0 

PCL  N 

C 

16. 

0.3 

r 

I 


) , 

I 
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ENTER 

PRESS 

KEYS 

DISPLAY 

RUN  TIME 
IN  SECONDS 

FEEEFINE  N 

15. 

1.8 

*RSET 

15. 

— 

TPIAL  i 

.1 

D 

0.1 

0.8 

DO  NPV 

E 

95.7016984 

14.0 

INCR  i,  DO  NPV 

.05 

*E' 

-41.07430984 

14.5 

EECR  i,  DO  NPV 

-.025 

*E' 

21.92961966 

14.5 

DO  IRR 

*D' 

0.1332 

179.0 

285.7 

(4'46") 

NOTE : WITH 

= 0.1221 

(VICE  .1250)  RUN  TIME 

FOR 

IRR  is 

64  SECONDS 

(VICE  179) 

(8) 

Sample 

Calculations , 

HP-67  IRR 

Program. 

PRESS 

RUN  TIME 

ENTER 

KEYS 

DISPLAY 

IN  SECON] 

INVEST 

$1000 

A 

1000.00 

0.8 

CF#1 

$ 500 

B 

1. 

1.9 

CF#2 

$ 600 

B 

2. 

1.9 

DO  B.E.PT(YRS) 

C 

1.833333 

2.8 

DO  PROFIT 

fc 

100.00 

5.0 

TRIAL  i (ANNUAL) 

.1 

D 

0.1000 

0.8 

DO  NPV 

E 

-49.59 

6.1 

(DISPIAY  9) 

(-49.58677686) 

105 


ENTER 


PRESS 

KEYS 


DISPLAY 


RUN  TIME 
IN  SECONDS 


lECR  i,  DO  NPV 

-.04 

fE 

5.70 

6.3 

*CECR  i,  DO  NPV 

-.011 

fE 

22.05 

6.6 

*DO  IRR 

fD 

53.8 

86.0 

*NOTE:  LOWEST  RUN  TIME 

NORMALLY 

OCCURS  WITH  (i^  = 

IRR-0 

e.g. 

, WITH  i.  = 
t 

0.0528, 

RUN  TIME  FDR  ABOVE 

IS 

37.0 

SECONDS . 

CHANGE  INVEST 

$1200.75 

A 

1200.75 

0.8 

AH)  CF#3 

$ 100 

B 

1.9 

CHMGE  CF#1 

1 

fb 

3.  (Flashes  4X) 

1. 

7.1 

$ 555 

1.  (Flashes  4X) 

555.00  (Flashes  IX) 

3. 

2.2 

M3D  CF  #4 

200 

B 

4. 

1.9 

ADO  CF#15 

15 

fb 

4 . (Flashes  4X) 

15. 

7.1 

$ 352.16 

B 

15 . (Flashes  4X) 

352.16  (Flashes  IX) 

15. 

8.2 

AKD  CF#16 

$ 100.00 

B 

16. 

1.9 

DELETE  CF#16 

(16) 

fb 

16 . (Flashes  4X) 

16. 

16. 

16.  (Flashes  4X) 
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PRESS 

RUN  TIME 

ENTER 

KEYS 

DISPLAY  IN  SECONDS 

0 

B 

0.00  (Flashes  IX) 

15.  9.2 

DO  B.E.  PT  (YRS) 

C 

2.457500 

3.9 

DO  PROFIT 

fc 

606.41 

17.2 

ESTIMATE 

RCL  C 

RCL  A 

X-r 

DSP  4 

0.2055 

NA 

TRIAL  i 

f RND 

0.2055 

(.2055) 

D 

0.2055 

0.8 

DO  NPV 

E 

-154.36 

19.4 

DECR  i,  DO  NPV 

-.08 

20.57 

19.7 

DO  IRR 

fd 

0.1332 

260.0 

460.4 

(7'20") 

NOTE:  WITH  i 

^ = 0.1221 

(VICE  .: 

1255)  RUN  TIME 

FOR 

IRR  IS 

123  SECONDS  (VICE 

260)  . 
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ENTER 


PRESS  KEYS 


SR-52 


Go  to  Step  162 
Shift  to  Learn  Mode 


GTO  1,6,2 
LRN 


(0.1332) 
162  04 


In  same  step.  Reset 
Decimal  Digit 


Limit  (1  through  9) ; 
Backstop  to  Review  Change 
Shift  to  Run  Mode 
Enter  Trial  i 0.1221 

DO  IRR: 


9 

*BST 

LRN 

D 

*D' 


163  94 

162  09 

(0.1332) 
0.1221 
0.133286694 


Run  time  for  above  IRR  is  7 minutes  and  38  seconds  for 
9 decimal  digits.  Roundoff  error  (amount  NPV  inisses  zero 
at  IRR)  decreases  from  +22.371990  at  IRR  = 0.1332  to 
+0.0000130  at  IRR  = 0.133286694.  Repeat  above  to  reset 
number  of  digits  again;  do  not  reread  card  if  same  set  of 
data  needed  for  further  analysis  — data  will  be  altered 
thusly  in  this  program  because  it  uses  some  program  steps  as 
data  registers. 


HR-67 

Shift  switch  to  Program  Mode 
Delete  Step  214 


W/PRGM 


Delete  Step  211 


GTO. 214 

214 

35 

82 

h DEL 

213 

22 

08 

GTO. 211 

211 

31 

24 

h DEL 

210 

23 

15 

I 
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ENTER 

PRESS  KEYS 

DISPLAY 

Delete  Step  210 

h DEL 

209  23 

15 

Delete  Step  187 

GT0.187 

187 

05 

h DEL 

186 

43 

Mentally  add  1 to  Decimal 
Limit  Desired 

Enter  limit  (2  through  10) 

1 

187 

01 

0 

188 

00 

Shift  switch  to  Run  Mode 

RUN 

(0.1332) 

Enter  Trial  i 0.1221 

D 

0.1221 

DO  IRR: 

fd 

0.1333 

DSP  9 

0.133286694 

Run  time  for  above  IRR  is  12 

. 0 minutes  for 

9 

decimal  digits . 

Roundoff  Error  (Amount  NPV  misses  zero  at 

IRR)  decreases 

from 

+22.372000  at  IRR  = 0.1332 

to  0.0000000 

C 

at  IRR  = 0.133286694 

i.e.,  beyond  the  machine  capcibility  to  determine.  To  reset 
number  of  digits  to  4,  merely  reread  card.  To  reset  to  some 
other  number  of  digits,  reread  card  and  then  repeat  ahove 
process.  No  data  will  be  altered. 


(10)  Comparison  With  Manufacturer  Progreims  for  IRR. 
The  Hewlett-Packard  "Internal  Rate  of  Return"  program  and 
(BDl-OlA)  yields  the  same  interest  rate  for  the  previous 
problem  in  116.3  seconds  (vice  260  seconds  with  the  prograim 
developed  above) . However,  this  card  uses  197  program  memory 
steps  to  do  nothing  but  IRR  and  always  requires  manual  ertry 
of  all  values,  i.e.: 


D -<■  13.32866940 


If  the  user  keys  in  a mistake,  the  entire 
data  entry  process  must  be  begun  anew.  This  program  will  not 
accept  a negative  or  zero  Investment  but  will  accept  up  to 
44  positive  cash  flows,  limited  to  five  digits  each.  However, 
for  more  than  22  cash  flows,  accuracy  decreases  to  ± 0.01  % 
(.0001  decimal).  If  there  are  negative  as  well  as  positive 
cash  flows,  the  program  accepts  up  to  22  cash  flows.  This 
program  may  sometimes  halt  prematurely  with  ERROR  in  the 
display  if  the  actual  IRR  is  greater  than  100%  or  if  the 


sign  of  the  cash  flows  is  reversed  more  than  once . Addi- 
tionally, since  more  than  one  interest  rate  is  considered 
correct  in  the  mathematical  sense  when  the  sign  of  the  cash 
flows  is  reversed  more  than  once,  the  user  has  no  way  of 
determining  which  rate  this  progreim  has  found.  (Conversely, 
the  program  developed  by  the  authors  of  this  thesis,  if  given 
a trial  interest  rate  of  zero,  will  always  find  the  IRR 
(positive  or  negative)  closest  to  zero.)  Finally,  this 
program  will  not  warn  the  user  of  improper  data  entries  or 
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results,  and  stored  data  cannot  be  used  for  other  purposes 
but  must  be  reentered  against  other  programs  to  determine 
break-even  point,  profit,  net  present  value,  etc. 

In  summary,  then,  card  BDl-OlA  is  considered 
inferior  to  the  program  developed  herein  unless  IRR  is 
required  for  more  than  20  positive  cash  flows  (each  limited 
to  five  digits)  and  no  other  information  or  analysis  is 
desired.  Otherwise,  the  card  BDI-OIA  user  must  be  satisfied 
with  a progreim  that  may  more  quickly  provide  one  of  the 
possible  solutions  or  may  provide  no  solution  at  all,  or 
may  not  provide  the  best  solution.  The  BDl-OlA  user  must 
also  be  very  careful  to  avoid  input  errors  since  stored 
data  is  very  difficult  to  review  or  to  change. 

The  Texas  Instruments  "Variadsle  Cash  Flow 
(Present  Value) " program  card  (FIl-23)  will  only  accept  ten 
cash  flow  values  and  hence  will  not  work  the  previous  prob- 


lem. Card  FIl-23  uses  204  program 


steps  whereas  the 


SR-52  card  developed  herein  uses  224  to  accomplish  all  of 
the  previously  discussed  capaibilities . Thus  Card  FIl-23 
is  considered  to  represent  particularly  inefficient  programming; 
the  card  has  little  practical  utility.  -It  does  work  quickly 
emd  well  for  10  values,  and  data  can  be  individually  reviewed 
or  altered  easily.  This  card,  FIl-23,  does  yield  rates 
dependent  upon  the  trial  interest  rate,  similar  to  the  program 
developed  by  the  authors.  The  five-cash-flow  data  set  listed 


on  page  131  in  the  Texas  Instruments  Finance  Library  for 
this  card  requires  151  seconds  to  run,  as  below,  with  accuracy 


liJWfi- 


specified  to  nearest  cent  of  NPV.  Similar  data  runs  on  rhe 
program  developed  herein  in  133  seconds  without  specifying 
accuracy,  but  additional  accuracy  (using  the  seune  trial 
interest  rate)  requires  progressively  longer  times  as 
shown  below. 


b . 


INVEST 

$40,200 

CF  #1 

400 

CF  #2 

9,200 

CF  #3 

11,560 

CF  #4 

17,048 

1 

CF  #5 

45,484 

Trial  i 

15% 

Accuracy 


.01  (Specified  for  FIl-23 


only) 


kjL 


IRR  Results ; 

Solution 

Seconds 

Amoxint  NPV  misses  0 @IRR 

(FIl-23)  : 

0.1978193283 

151 

+ 

$0.0095657 

Program 

0.1978 

133 

+ 

$2.5701892 

Herein : 

0.19781 

149 

+ 

$1.2452525 

0.197819 

196 

+ 

$0.0528593 

0.1978193 

223 

+ 

$0.0131138 

0.19781939 

265 

+ 

$0.0011901 

With  Trial 

0.197819398 

321 

+ 

$0.0001301 

i = 0.1867: 

0.197819398 

235 

+ 

$0.0001301 

A shrewd  user  of  the  program  developed  herein,  of  course, 
would  normally  run  the  data  once  to  obtain  0.1978  and  then, 
if  desired,  modify  the  program  and  use  a tral  i of  0 .0111 
less  as  mentioned  earlier;  i.e.,  0.1867,  to  obtain  the  value 
0 . ?.97819398 , as  shown  above,  with  a total  running  time  of 
133  + 235  = 368  seconds. 
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It  should  be  obvious  from  the  above  that 


experienced  programmers  can,  in  many  cases,  develop  programs 

more  subtle  or  more  efficient  than  the  prograim  found  in  the 

libraries  published  by  einy  manufacturer.  The  manufacturers 

are  motivated  to  sell  calculators  and  calculator  cards,  not 

to  create  particularly  efficient  programs.  Thus  the  typical 

approach  appears  to  be  that  of  including  generally  useful, 

but  simplistic,  progreims  in  published  libraries,  so  long 

as  the  programs  function  without  error  for  most  input  ' 

possibilities.  | 

On  the  other  hand,  the  usefulness  of  the  s 

published  programs  to  less  experienced  programmers  is  ' 

immense  because  the  cards  allow  calculations  such  users 
might  have  no  idea  how  to  (mathematically)  approach,  much  j 

less  program. 

10 . Advanced  Programming  Optimization  Techniques 

The  previously  developed  IRR  programs  (Figures  3 
and  4)  and  additional  programs  are  used  below  to  clarify 
subtle  differences  required  when  programming  the  SR-52  or 
HP-67. 

a.  Labeled,  Direct,  and  Indirect  Relative  Addressing. 

The  simplest  way  to  call  a subroutine  is  merely 
to  give  it  a laODel,  as  discussed  previously  in  Section  IV. C., 
and  call  the  label  as  required.  Equally  simple  direct 
addressing  (not  available  on  the  HP-67)  typically  uses  a 
"GTO  XYZ"  statement  in  lieu  of  a Icibel.  Thus  "GTO  123", 
stored  as  program  steps  on  the  SR-52,  will  branch  the  program 
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to  step  123  whenever  this  calling  instruction  is  encoun- 
tered. But  this  branch  is  an  unconditional  transfer;  the 
progrcun  does  not  return  to  the  calling  point.  For  true 
subroutines,  the  similar  instruction  of  "SBR  123"  is  used 
instead;  this  call  returns  the  program  counter  to  the  step 
immediately  after  the  "3"  when  the  program  encounters  a 
"RTN"  instruction  subsequent  to  step  123. 

Indirect  relative  addressing  is  used  on  the 
HP-67,  for  unconditional  branching,  by  first  placing  a 
negative  integer  in  the  I-Register  such  that  when  the  instruc- 
tion "GTO  (i)"  is  next  encountered  during  program  execution, 
the  program  will  halt,  note  its  own  current  step  number, 
backs tep  the  number  of  steps  specified  by  the  current  (nega- 
tive) number  in  the  I-register  and  there  resume  program 
execution.  Similarly,  f GSB  (i)  is  used  to  call  and  execute 
a subroutine  and  then  return  to  the  step  after  the  call. 

These  features  each  require  two  or  three  extra  steps,  com- 
pared to  the  SR-52,  of  progreim  memory  for  each  branch  thus 
defined;  these  features  are  not  included  or  normally  needed 
on  machines  such  as  the  SR-52  which  have  direct  addressing 
capabilities . 

Examples  of  these  types  of  addressing  are  ex- 
tracted from  Figures  3 and  4 (IRR  Programs)  and  reproduced 
below,  as  Figure  5. 
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b.  Label  Search  Mechanisms  and  Subroutine  Locations . 

The  call  for  a leibeled  subroutine  on  the  SR-52 
causes  the  program  step  counter  to  immediately  reset  to  000 
cuid  then  begin  a downward  search  looking  for  "LBL"  . Each 
label  thus  encountered  is  then  further  tested  to  determine 
if  it  is  the  requested  label.  If  so,  execution  of  that  label 
begins;  if  not,  the  downward  search  is  resumed.  Thus  SR-52 
label-location  times  are  directly  proportional  both  to  the 
distance  between  000  and  the  called  label  and  to  the  number 
of  intervening  labels,  but  the  step  number  of  the  call 
itself  has  little,  if  any,  effect  upon  location  time. 

The  call  for  a labeled  subroutine  on  the  HP-67 
causes  a search  to  begin  downward  from  the  point  of  call 
in  a manner  otherwise  similar  to  the  SR-52.  Thus,  HP-67 
label  location  times  are  directly  proportional  to  the  down- 
ward distance  between  the  step  number  o£  the  call  and  the  label, 
and  to  the  number  of  intervening  labels.  (The  HP-67  "falls 
through"  its  last  step,  224,  into  step  001  if  required 
during  this  process.) 

For  subroutines  which  are  infrequently  called 
by  the  program,  the  length  of  label  location  time  is  rela- 
tively unimportant.  But  for  frequently  called  or  for  iter- 
ative routines,  sxibroutine  location  often  becomes  the  most 
critical  factor  in  optimizing  program  run  times. 

Run  time  is  minimized  on  the  SR-52  by  placing 
the  most  frequently  called  labeled-subroutines  near  the 
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beginning  of  the  program  or,  as  an  alternative,  placing  a 
series  of  leibeled  GTO  XYZ  (Step  Number)  statements  at  or 
near  the  beginning;  e.g.,  *LBL  A GTO  046,  *LBL  B GTO  113, 
*LBL  *C'  GTO  214  defines  three  labeled  subroutines  (A,  B, 
C*)  which,  respectively,  begin  execution  at  steps  046,  113, 
and  214.  In  these  cases  the  label  names  are  merely  moved, 
but  the  GTO  XYZ  instructions  require  four  additional  steps 
per  label.  Thus  the  method  is  only  applicable  where  extra 


step  space  is  available. 

c.  Nesting  and  Stacking  Labels  or  Subroutines. 

Program  execution  normally  stops  only  when  a 
"HLT"  or  "R/S"  instruction  is  encountered,  or  when  an  error 
condition  is  created  (such  as  dividing  by  zero  or  brcinching 
to  a non-existent  label)  or  when  the  "RTN"  instruction  is 
encoxintered  in  the  primary  routine  being  executed.  Con- 
versely, lc±iels  function  only  to  identify  the  starting  point 
of  a called  subroutine.  Thus,  encountering  an  uncalled 
lc±>el  during  program  execution  has  no  effect  at  all;  the 
laJoel  is  merely  ignored.  For  this  reason,  labels  can  some- 


times be  nested  such  that  the  same 
every  subroutine  in  the  nest.  For 
following  SR-52  subroutine  (assume 
is  stored  in  REG  00)  : 


single  step  number  ends 
example,  consider  the 
any  non-zero  value,  j. 
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STEP  KEY  ENTRY  LABEL  CALLED  VALUE  CALCULATED  & STORED  IN  REG  99 


001 

*LBL 

C 

C 

7 + 73  + 10  + j = 90  + j 

3 

7 

4 

+ 

5 

*LBL 

6 

*D 

*D 

73  + 10  + j = 83  + j 

7 

7 

8 

3 

9 

+ 

*LBL 

1 

B 

B 

10  + j = 10  + j 

2 

1 

3 

*LBL 

4 

A 

A 

0 + j = j 

5 

0 

6 

+ 

7 

RCL 

8 

0 

9 

0 

020 

INV 

1 

*IFZRO 

If  37 

0 

2 

0 

3 

2 

(j  assumed  to  be  needed  for  other  purposes; 

4 

7 

hence,  INV*DSZ  features  available  on 

5 

+ 

calculator  not  used. ) 

6 

1 

J 

027 

= 

8 

STO 

9 

9 

030 

9 

031 

*RTN 

STOP 

Similarly,  if  j=0: 

C 

7+73+10+0+1  = 91 

D 

73+10+0+1  = 84 

B 

10+0+1  = 11 

A 

0 + 1 = 1 
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If  the  above  four  labels  are  each  individually 


written,  77  (vice  31)  steps  are  required  as  listed  below. 
(Assume  Program  Begins  at  Step  001.) 


*LBL 

C : 

90 

+ 

RCL 

00 

, INV 

* 

IFZRO 

015 

,+l=  , STO 

99, 

*RTN 

*LBL 

*D'  : 

83 

+ 

RCL 

00 

, INV 

•k 

IFZRO 

036 

,+l=  , STO 

99, 

*RTN 

*LBL 

B : 

10 

+ 

RCL 

00 

, INV 

k 

IFZRO 

056 

,+l=  , STO 

99, 

*RTN 

1 

> 

*LBL 

A : 

RCL 

00 

, INV 

k 

IFZRO 

074 

,+l=  , STO 

99, 

*RTN 

If  the  common  steps  are  combined  into  an 
unlabeled  subroutine  (beginning  at  step  035)  50  steps  are 
required,  i .e . , : 


*LBL  C 
*LBL  *D' 
*LBL  B 
*LBL  A 


90  , SBR  035  , *RTN. 

83  , SBR  035  , *RTN. 

10  , SBR  035  , *RTN. 

SBR  035  , *RTN. 


Subroutine:  + RCL  00  , INV  * IFZRO  046, +1=  , STO  99  , *RTN. 


If  the  above  subroutine  is  labeled  A and  used 
as  a terminus  vice  as  a subroutine  39  steps  are  required,  i.e. 


*LBL 

C : 

90  , + 

, GTO 

A 

*LBL 

*D'  : 

83  , + 

, GTO 

A 

*LBL 

B ; 

10  , + 

, GTO 

A 

*LBL 

A : 

RCL  00 

, INV 

* IFZRO  034, + 1 

r 

r 


W 


Clearly,  the  most  efficient  use  of  memory 
space  is  demonstrated  by  the  initial  nesting  method.  Such 
nesting  Ccui  also  be  shown  to  be  the  most  efficient  method 
on  RPN  calculators.  Nesting  always  saves  steps  on  either 
type  of  system  simply  because  nesting  completely  avoids  using 
any  calls  whatsoever  for  any  subroutine  properly  sequenced 
in  the  nest,  and  also  avoids  repeating  identical  instructions 
within  several  subroutines.  For  many  examples  of  complex 
nesting  with  RPN,  see  Figure  4.  This  program  has  19  labels 
but  only  8 RTN  instructions;  Labels  1,  2,  3,  4,  5,  8,  and  E 
are  nested  under  other  labels.  In  the  comparadsle  SR-52 
program.  Figure  3,  labels  *E',  E,  and  A are  nested  under 
other  labels . 

Stacking  is  the  process  of  minimizing  program 
execution  time  by  avoiding  lengthy  label  searches,  rather 
them  a process  designed  to  minimize  program  storage  space. 
Stacking  costs  steps  on  the  SR-52,  but  does  not  cost  steps 
on  the  HP-67.  On  the  SR-52,  leibels  are  stacked  followed  by 
GTO  xyz  statements  as  discussed  in  Section  IV. E. (10) a above. 
On  the  HP-67,  entire  subroutines  are  stacked  immediately 
after  the  subroutine (s ) which  call  the  stacked  subroutines 
most  often,  in  order  of  expected  call  frequencies. 

Returning  to  Figure  4,  Labels  (Subroutines) 

6,  7,  8,  and  9 are  stacked  in  order  of  expected  frequency  to 
accomplish  such  minimum  average  label-search  times  on  the 
HP-67  during  IRR  calculations.  Stacked  subroutines  may 
sometimes  also  be  nested,  as  is  Subroutine  8 in  Figure  4. 
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d.  Appropriating  Program  Steps  on  Registers 
for  Data  Memory 

The  SR-52  has  22  memory  registers  nominally 
availcible:  Registers  0 through  19,  98  and  99.  (Some  of 

the  Registers  60  through  69  may  also  be  available,  depending 
upon  the  number  of  pending  operations  being  stored.)  An 
additional  18  Registers  (80  through  97)  may  be  "purchased" 
by  trading  eight  steps  of  program  memory  per  extra  register 
desired,  working  backwards  from  the  end  of  the  program.  Thus 
trading  of  steps  216  through  223  "buys"  register  97  and 
trading  of  steps  208  through  215  buys  register  96,  etc.,  down 
to  the  purchase  of  register  80  with  steps  80  through  87. 

(This  technique  is  demonstrated  in  Figure  2 to  create  two 
extra  registers.)  In  this  manner,  a program  which  can  be 
limited  to  80  steps  (000  through  079)  can  use  at  least  40 
storage  registers  on  the  SR-52;  a program  limited  to  112 
steps  (one  side  of  a card)  can  use  at  least  36  registers, 
including  0 through  19  and  84  through  99. 

The  availability  of  so  many  storage  registers 
allows  the  user  to  approach  arrayed  data  with  straight- 
forward indexing  techniques.  For  exaimple,  using  the  latter 
allocation  above,  some  of  the  36  available  registers  may 
be  arbitrarily  assigned  to  the  following  array  (two-digit 
numbers  equate  to  register  address  numbers) : 


L 


1 

L 
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Column  No . : 

1 

2 

3 

4 

5 

6 

7 

ROW  *D' 

84 

85 

86 

87 

88 

89 

90 

ROW  A ; 

01 

02 

03 

04 

05 

06 

07 

ROW  B : 

11 

12 

13 

14 

15 

16 

17 

ROW  C : 

91 

92 

93 

94 

95 

96 

97 

Combining  this  array  with  the  optimized  nested  routines  of 
subsection  (c)  above  then  allows  programmed  indexing  by 
column  and  row  number.  For  example,  if  3 (the  column  index) 
happens  to  be  stored  in  REG  00  when  LBL  B (the  row  index) 
happens  to  be  called,  the  nested  program  routines  will 
generate  the  number  13  (10  + j = 10  + 3 = 13) , the  same 
number  located  in  coliamn  3,  Row  B of  the  array.  A subsequent 
call  for  LBL  C would  generate  93 , the  number  located  in 
Column  3,  Row  C,  etc.  Thus,  each  register  number  listed  in 
Column  3 could  be  generated,  in  succession,  by  the  subroutine 
3 STO  00  , *D'  , A , B , C . Similarly,  if  the  number  stored 

in  the  column  indexer  (REG  00)  happens  to  next  be  changed 
from  3 to  4 , a call  for  LBL  A would  generate  04,  the  number 
located  in  Column  4,  Row  A,  etc. 

Note,  within  the  nested  programs  introduced 
earlier,  that  each  call,  in  addition  to  generating  the 
desired  number,  actually  stores  the  generated  number  in 
REG  99.  Thus  REG  99  can  be  used  as  an  addresser  for  the 
arrayed  registers,  in  each  case,  by  some  other  portion  of 
the  program.  Additionally,  the  column  number  can 


automatically  incremented  in  REG  00  by  still  auiother  portion 
of  the  program.  In  this  manner,  each  of  the  values  actv:'>.lly 
stored  in  the  registers  listed  in  a particular  row  of  the 
array  may  be  sequentially  recalled  and  used  by  the  program. 
Similarly,  each  register  listed  in  any  column  of  the  array 
may  be  sequentially  called  prior  to  again  changing  the 
column  indexer.  These  row  and  column  call  techniques  and 
the  above  array  are  used  in  Subsection  (h)  below  to 
facilitate  a linear-programming  problem,  but  one  equally 
applicable  to  any  other  problems  which  must  address  a four 
by  eight  array  of  data. 

A simple  example  of  appropriated  SR-52  program 
steps  is  shown  in  Figure  2 , where  only  two  extra  registers 
were  required.  In  summary,  the  user  should  always  remember 
that  useful  extra  registers  are  available  on  the  SR-52 
anytime  the  applicable  program  steps  are  not  used. 

An  alternate  method,  packing  registers  in  order 
to  store  two  values  per  register,  can  be  used  on  tiie  KP-6  7 
to  create  an  additional  register  (or  registers) . This 
method  is  discussed  in  Section  IV. E (10)  h.  below.  The  only 
limitation  of  this  method  appears  to  be  that  only  10  digits 
may  be  handled  between  both  numbers,  uniformly  split  as 
desired,  e.g.,  5/5  or  6/4,  etc. 

A different,  but  equally  unique,  feature  of  the 
HP-67  is  its  ability  to  store  many  "words"  in  its  storage 
registers.  Any  word  formed  with  the  letters  a,  B,  C,  d,  E, 
g,  I,  1,  0,  o,  r,  S,  Y and  Z may  be  normally,  but  not  always 


M 


\ 

k 

I 

be  created.  For  example,  the  following  11-space  word  I 

groups  (including  mandatory  period)  can  be  stored  in  j, 

registers  (not  in  program  memory)  i 


YES  Sir 

IdEa  rEadY.  ] 

■V 

I dEClarE  . 

I do  SaY  . • 

I do  AgrEE. 

A 

I IS  rEadY  . 

^ - 

BOSS  SaY 

1 

o o o o . 

1 

^ . 

good  IdEaS  . 

gollY  gee  . ‘ 

r - 

I do  EaSY  . 

IdEa  CraZY.  | 

J 

. 

god  BIESS 

also  SOrrY. 

go  BaBY  go  . 

I dISagrEE.  J 

Cards  containing  32  phrases  may  be  obtained  via  the  HP-65 
Users  Club  [19]  by  club  members,  or  from  club  members  who 
have  already  obtained  them;  there  is  no  copyright  involved. 
There  is  no  other  published  source  at  this  time. 

Only  extremely  advanced  progreunmers  can  create 
words;  the  process  involves  understanding  design  architecture 
of  the  machine.  Conversely,  the  words  are  transferred  to  the 
storage  registers  by  merely  reading  the  data  card,  once 
obtained. 

e.  Structuring  Loop  Controls  and  Counters 

Loops  are  normally  structured  to  begin  with  a 
given  value  and  iteratively  change  that  value  until  some 
specified  limit  is  reached,  at  which  point  the  program  will 
exit  from  the  loop.  The  given  value  may  be  either  the 
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vari2j3le  which  is  to  be  worked  upon  inside  the  loop  or  a 
simple  (additional)  counter  which  is  incremented  or  decre- 
mented by  the  program  during  each  pass  through  the  loop. 

An  example  of  the  former  (no  counter) , extracted  from  the 
IRR  programs  of  Figures  3 and  4,  is  duplicated  as  Figure  5 
below.  In  this  example,  the  program  begins  with  a given 
value  of  0.02  (2%)  as  an  increment  for  the  trial  interest 
rate  supplied  by  the  user.  The  increment  is  added  to  the 
trial  interest  rate  and  the  program  falls  into  the  first 
loop,  where  it  is  immediately  sent  elsewhere  to  compute  the 
net  present  value  (NPV)  of  the  Investment  and  cash  flows 
stored.  Upon  returning,  the  newly  calculated  NPV  is  tested 
to  determine  if  it  is  positive  — if  so,  the  program  loops 
back  to  add  the  increment  again  and  repeat  the  loop  process. 
This  continues  until  the  NPV  goes  negative,  at  which  point 
the  program  falls  out  of  the  first  loop,  divides  the  increment 
by  minus  two  creating  a decrement,  and  falls  into  the  second 
loop.  This  loop  cycles  similarly  until  the  NPV  goes  positive 
again,  at  which  point  the  progreim  falls  out  of  the  second 
loop,  changes  the  decrement  back  in  to  the  previous  increment 
by  multiplying  by  minus  two,  and  tests  to  see  if  the  increment 
has  yet  been  reduced  to  the  specified  limit  (0.0002).  If 
not,  the  increment  is  divided  by  ten  to  move  the  decimal 
one  place  and  the  program  loops  back  to  the  beginning  of  the 
first  loop.  (The  HP-67  program  changes  the  increment  before 
the  limit  test  and  thus  tests  against  0.00002  instead.) 

The  entire  process  above  then  repeats.  When  the  SR-52  program 
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has  completed  the  inner  loops  using  the  specified  limit  as 
the  increment,  or  when  the  HP-67  has  completed  the  inner 
loops  using  ten  times  the  specified  limit  for  the  increment, 
the  program  stops  with  the  IRR  in  the  display. 

The  loop  control  method  discussed  above,  which 
is  actually  a modified  bisection  search  pattern  using  defined 
vice  variable  increments,  is  useful  anytime  the  programmer 
needs  to  structure  loops  based  upon  a sign  change  of  the 
variable  being  addressed  within  the  program.  This  method 
also  allows  limiting  accuracy  to  a specified  number  of 
decimal  places  to  avoid  unnecessary  iterations.  Differences 
between  the  machines  for  these  loops  are  the  order  of 
increment  division  and  test  as  already  mentioned  and  the 
loop-back  commcinds  themselves.  The  SR-52  requires  programming 
the  step  number  of  the  beginning  of  the  loop  immediately 
below  each  sign  test;  the  HP-67  requires  either  programming 
(prior  to  the  sign  test)  the  relative  (minus)  n\imber  of 
steps  to  get  back  to  the  beginning  of  the  loop  from  the 
GTO  (i)  instruction  which  follows  the  sign  test,  or  the 
programming  of  extra  labels  which  can  be  used  as  addresses 
after  the  sign  tests.  Extra  labels  can  also  be  used  on  the 
SR-52,  but  cibsolute  numeric  addresses  are  executed  quicker. 

(On  the  HP-67,  the  relative  (minus-step)  addresses  are 
quicker  them  label  addresses  for  short  distances.) 

Both  calculators  have  a register  (the  zero 
register)  which  cem  be  automatically  decremented  by  one 
and  tested  for  zero;  the  progreim  counter  will  skip  one 
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address  after  the  test  if  the  register  value  has  reached 
zero  (the  DSZ  function).  The  HP-67  also  has  an  ISZ  function, 
and  can  also  branch  to  an  instruction,  vice  an  address,  in 
either  case,  if  desired.  (The  user  of  the  SR-52  can  only 
increment  negative  numbers,  and  can  only  brcinch  to  an  address.) 
The  HP-67  can  also  use  the  DSZ  or  ISZ  function  against  the 
value  in  the  display;  the  SR-52  cannot. 

Any  storage  register  may  be  used  as  a counter 
and  decremented  or  incremented  by  the  program  itself  on 
f either  calculator,  but  this  method  is  only  used  when  the 

zero  register  is  needed  to  store  other  data  such  that  the 
automatic  DSZ  or  ISZ  cannot  be  used.  Of  course,  this  use 
of  other  registers  as  counters  also  requires  that  the 
stored  value  be  recalled  and  tested  by  the  program  at  the 
end  of  each  loop  iteration,  similar  to  the  process  in  Figure 
! 5.  Additional  details  are  available  in  the  manufacturer's 


This  routine  uses  the  fact  that  the  NPV  of  a series  of 
cash  flows  at  an  interest  rate  of  zero  is  the  same  as  the 
undiscounted  profit  margin.  Hence,  instead  of  writing  a 
long  separate  routine  to  calculate  the  profit  margin,  the 
authors  merely  set  i = 0 and  branch  to  the  NPV  routine 
from  the  short  routine  above.  This  routine  continues: 


107 

f LBL  D 

Begins  "Do  TRIAL  i" 

Routine 

8 

f x<  0 

If  TRIAL  i < 0 

9 

GTO  0 

DSP  ERR  (-TRIAL 

i) 

110 

STO  D 

OW,  STO  TRIAL  i in 

REG  D 

1 

DSP  4 

FORMAT  4 DEC  DSP 

112 

h RTN 

STOP. (DSP  TRIAL  i) 

During  the  breakeven  point  routine , not  shown  above , exe- 
cution is  branched  to  step  101  if  a situation  arises  where 
all  cash  flows  have  been  siibtracted  from  the  investmen-t-  but 
the  balance  is  still  negative.  In  this  case,  the  profit 
routine  (which,  in  turn,  uses  the  NPV  routine)  is  used  to 
recalculate  the  negative  profit.  This  value  then  falls 
through  step  107  to  hit  step  108,  a step  actually  designed 
to  catch  negative  input  errors  by  the  user  for  the  trial 
interest  rate.  In  this  case,  however,  the  value  tested  is 
the  negative  profit,  and  the  program  branches  to  0 , a non- 
existent label  in  this  program.  This  generates  an  error 
condition  and  halts  program  execution  with  "Error"  in  the 
display.  If  the  user  then  presses  any  key  on  the  keyboard, 
the  key  will  not  execute.  Instead,  the  negative  profit, 
with  minus  sign,  will  appear  in  the  display.  Thus  the 


)- 


routine  has  a third  use  — calculating  negative  profits. 

Of  course,  the  negative  profit  was  already  in  the  stack 
when  the  program  branched  to  step  101,  so  why  was  it 
recalculated?  Simply  because  getting  it  out  of  the  stack, 
halting  execution,  and  displaying  the  error  would  require 
considerable  program  steps  which  are  not  available.  Instead, 
then,  the  single  step  (#083,  GTO  f c) , accomplished  all  that 
was  required,  since  the  steps  101  through  112  already  existed 
for  other  purposes.  Similar  multiple  use  of  subroutines 
can  be  designed  into  most  programs  with  a little  thought, 
g.  Error  or  User-Prompting  Routines 

In  addition  to  the  above  example , there  are  four 
other  places  in  Figure  4 where  the  program  is  ordered  to 
branch  to  the  unused  label  zero,  creating  an  error  condition. 
In  each  case,  the  value  which  will  be  displayed  when  the 
user  pushes  any  key  to  clear  the  error  display  provides 
information  concerning  what  error  was  made,  only  because 
this  information  is  built  into  the  program  structure: 


Step 

Info 

Built  into  program  Error  Which  will  be  Displayed 

010 

None ; 

User ' s 

error  returned 

Non-integer  Period  Number 

016 

None; 

User ' s 

error  returned 

Period  No.  Greater 
Than  20 

022 

042 

None  ; 
21 

User ' s 

error  returned 

Negative  Period  Nximber 

21  (User  attempted  to 
store  more  them 
20  Cash  Flows) 

109 

None ; 

User' s 

error  returned 

Negative  interest  rate 

109 

Profit  Routine  as  above 

Negative  profit  margin 
for  Break-even  routine 

' 
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Instead  of  generating  an  error,  the  SR-52  program  (Figure  3) 
avoids  negative  inputs  by  taking  the  absolute  value  of  inputs 
which  can  be  incorrectly  entered  as  negative.  This  is  better 
them  no  protection,  but  program  space  in  the  IRR  routine  does 
not  allow  warnings  similar  to  the  above.  In  other  programs 
with  more  space,  similar  devices  could  be  used.  The  SR-52 
flashes  the  error  value  automatically,  instead  of  flashing 
"Error"  once  and  halting  with  error  in  the  display  as  does 
the  HP-67.  Either  method  is. useful. 

User  prompting  routines  are  more  difficult  to 
structure  on  the  SR-52  since  (unlike  the  HP-67)  the  SR-52 
will  not  automatically  halt  in  execution,  flash  a value,  or 
accept  input,  and  then  automatically  continue.  Conversely, 
for  the  HP-67  IRR  program  (Figure  4) , whenever  the  user 
decides  to  shift  to  another  period  nximber  and  chcmge  the 
cash  flow  for  that  period,  and  thus  use  key  b (Set  n = DSP(x)), 
the  calculator  announces  the  maximum  period  number  already 
used  (flashes  it  four  times)  and  then  displays  the  requested 
period  number.  This  is  designed  to  say  to  the  user:  "OK, 

you  have  N values  in  here  now,  now  go  change  the  one  you 
asked  for."  Similarly,  when  the  user  enters  the  cash  flow 
for  the  period  requested,  the  HP-67  announces  the  period 
number  which  the  cash  flow  was  stored  under  (flashes  it  four 
times) , the  amount  stored  (flashes  it  once)  and  halts 
displaying  the  maximum  period  number  which  has  a cash  flow 
stored  against  it,  after  the  change.  This  is  designed  to 
say  to  the  user:  "OK,  you  just  chamged  the  cash  flow  for 
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the  nth  period....  to  the  amount  of  $....  and  you  now  have 
N values  stored  in  the  machine."  (If  the  value  zero  is 
stored  against  the  maxim\im  period,  the  HP-6  7 program 
automatically  searches  out  and  displays  the  period  number 
for  the  highest  non-zero  cash  flow  stored,  as  the  third 
part  of  the  above  sequence.) 

On  the  SR-52,  in  lieu  of  the  above,  the  IRR 
program  (Figure  3)  provides  a user  key  (C)  that  can  be 
pressed  to  display  the  maximum  N stored,  prior  to  using  the 
"Set  n = DSP(x)"  key  (B').  Then,  when  the  user  enters  the 
desired  period  number  and  presses  the  B'  Key,  the  display 
responds  with  the  desired  period  number  minus  one.  Note 
that  during  automatic  accumulation  of  cash  flows  using  the 
"STO  CF's"  user-defined  label  (see  Figure  3 or  4)  on  either 
machine,  the  period  number  is  displayed  for  each  cash  flow 
stored  in  sequence.  Thus  the  user  is  accustomed  to  having 
the  previous  period  number  in  display  immediately  before 
each  new  cash  flow  is  entered.  The  SR-52  IRR  routine  thus 
capitalizes  on  this  familiarity  when  the  period  number  is 
abruptly  changed  by  the  user  via  the  "Set  n- = DSP(x)"  key. 
This  prompting  is  designed  to  say  to  the  user:  "OK,  I (the 

machine)  have  switched  to  the  customary  cash  flow  accumula- 
tion mode,  thus  the  period  prior  to  the  one  you  requrest  — 
cind  that  you  will  next  enter  a cash  flow  into  — is  in  my 
display;  now  enter  the  desired  cash  flow."  The  user  then 
enters  the  desired  cash  flow  and  presses  the  "STO  CF's"  key 
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This  time,  the  calculator  responds  with  the  number  of  the 
period  used  (as  originally  requested  by  the  user  in  the 
previous  routine) . The  user  can  then  check  the  total  nimber 
of  cash  flows  stored,  if  desired,  by  pressing  C.  Since  the 
SR-52  program  does  not  (for  lack  of  program  space  only) 
automatically  reset  N if  0 is  Stored  in  N,  this  check  will 
alert  the  user  to  reset  N,  if  required,  by  pressing 
*B,  *RSET.  (See  Section  IV.E. (9) c(3) . ) Clearly,  without 
the  minus  one  routine  discussed  above,  the  user  would  be 
faced  with  the  same  period  number  both  before  and  after 
entering  the  cash  flow,  which  could  more  easily  lead  to 
user's  forgetting  which  operation  was  just  accomplished, 
especially  if  the  user  is  interrupted  during  this  process. 
Conversely,  the  two  routines  are  tied  together  by  the  display 
itself  with  the  above  method.  Similar  display  prompts  can 
be  designed  into  most  programs. 

Finally,  the  HP-67  use  of  "words"  in  storage 
registers  (see  Section  IV.E.(10)d.)  can  also  be  used  for 
user  prompting  at  end  of  executing  or  user  prompting  of 
intermediate  errors.  Setting  this  process  up,  however,  is 
somewhat  difficult,  because  the  user  must  use  both  a data 
card  which  contains  the  word-phrases  and  the  program  card 
prior  to  commencing  operations.  Additionally,  one  storage 
register  per  phrase  desired  must  be  available  and  otherwise 
unused  by  the  program  at  any  time , and  the  program  must  be 
structured  to  have  the  result  (or  error) , normally  to  be 
displayed  after  the  words,  stored  in  the  proper  STACK  REG. 
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The  process  will  then  work  similar  to  the  HP-67  flashing 
displays  above.  Thus  a three  phrase  message  might  be 
transferred  into  the  STACK  in  the  event  of  an  error  such 
that  the  message,  "IdEa  CraZY.  alSO  SOrrY.  I dISagrEE. 
-123.4567890"  is  flashed  at  the  user  for  the  result  (or 
error)  valued  -123.4567890.  If  the  sequence  of  desired 
phrases  is  longer,  register  review  vice  STACK  review 
can  be  used  similarly,  except  that  all  intervening  values 
stored  in  the  registers  1 through  9 and  20  through  25 
would  also  be  flashed.  Alternately,  a sequence  which 
individually  recalls  each  phrase,  pauses  to  display  it, 
and  then  repeats  this  cycle  for  the  next  phrase  may  also 
be  programmed. 

h.  Multiple  Card  Operations 

Either  calculator  may  be  programmed  to  read 
additional  program  or  data  cards  in  operation.  Since  this 
process  is  somewhat  more  difficult  with  the  SR-52,  the  SR-52 
will  be  used  in  this  section  in  all  examples.  The  HP-67 
process  is  simpler  to  program  because  the  HP-67  "smart" 
card  re'ader  does  not  require  that  the  programs  be  structured 
to  ensure  that  read  instructions  on  one  card  appear  in  the 
same  step  number  as  do  halt  instructions  on  the  next  card. 
The  HP-67  will  also  automatically  distinguish  between 
program  and  data,  and  will  automatically  reset  all  flags 
and  the  display  mode  as  specified  on  the  new  card.  Once 
programmed,  however,  the  systems  work  similarly:  A program 

card  is  read  into  the  calculator  and  the  user  begins  using 
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the  user  defined  keys  for  entry  of  variables  and/or  to  run 
calculations.  Once  calculations  have  begun,  the  user  slips 
the  leading  edge  of  a second  card  into  the  card  reader. 

This  card  will  not  be  read  until  the  program  reaches  a 
point  specified  in  the  program,  at  which  time  the  second 
card  is  pulled  through  the  card  reader,  modifying  the  program 
or  supplying  additional  data,  and  execution  continues.  As 
an  example,  the  authors  designed  a program  which  can  be  used 
by  students  being  introduced  to  basic  linear  programming 
methods  (Figure  6)  . The  progreim  will  optimize  an  objective 
function  subject  to  three  equations  containing  seven  variables 
each.  The  example  below  is  subject  to  only  two  equations 
of  five  variables  each,  but  is  solved  the  same  way.  Thus, 
as  an  example,  suppose  the  student  is  asked  to: 

Maximize:  2x-^  + 5x2  + 7x^ 


Subject  to: 

3Xi  + ^2  ^^3  ^4  *^^5 

150 

Xi  + 3X2  + 4x^  + Ox^  + x^ 

250 

(An  explanation  of  linear  programming  is  beyond  the  scope  of 
this  work  [18] . Thus  the  following  analysis  is  most  useful 
to  those  readers  already  familiar  with  the  technique. 
Remember,  however,  that  the  method  of  this  example  is  a 
simplistic  method  for  beginning  students,  not  the  most 
advanced  method  that  can  be  programmed.) 
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The  student  is  given  the  following  instructions: 

(1)  Construct  an  expanded  Simplex  Tableau  as  shown  below. 

(2)  Compute  the  (cj  -Zj)  row. 

(3)  Mark  the  maximum  value  in  the  (c.;  -zj)  row  with  one 
asterisk  (*) . 

(4)  Compute  the  ratio  of  each  constraint  to  the  value  in 
the  pivot  (*)  column. 

(5)  Mark  the  minimum  ratio  obtained  with  two  asterisks  (**) 
to  define  the  pivot  row. 

(6)  Mark  the  intersection  of  the  pivot  row  and  pivot 
coliamn  with  the  symbol  (0)  to  define  the  pivot  element. 

(7)  Multiply  the  pivot  element,  and  every  other  element  in 
the  pivot  row,  by  the  reciprocal  of  the  pivot  element; 
enter  this  new  row  in  the  next  section  of  the  teibleau. 

(8)  Multiply  the  new  row  by  whatever  factor  is  required 
such  that  when  the  multiplied  row  is  added  to  a 
remaining  row,  in  the  previous  tableau,  the  element 
in  the  pivot  column  becomes  zero;  bring  down  this 
zero  (0)  and  the  resulting  sum  for  each  other  element 
in  the  same  previous  row  into  the  new  tableau. 

(9)  Continue  with  new  tableaus  until  all  elements  in  the 
(cj^-Zj)  row  become  zero  or  negative  or  some  other 
informational  condition  is  reached. 

If  required  to  work  the  example  problem  with  the  above 

instructions,  the  result  might  look  like  this: 


COST 

ROW 

VARIABLE 

^1 

2 

^2 

5 

^3 

7 

^4 

0 

^5 

0 

^6 

P 

C4  = 

0 

A 

X4 

3 

1 

2 

1 

0 

150 

C5  = 

0 

B 

^5 

1 

3 

40 

0 

1 

250 

** 

(Cj  - Zj) 

2 

5 

7* 

0 

0 

( 0 

) 

0 

A 

X4 

2.50 

-0.5 

0 

1 

-0.5 

25 

* * 

cl  = 

7 

B 

^3 

0.25 

0.75 

1 

0 

0.25 

62. 

5 

(c  . - z . ) 

0.25* 

-0.25 

0 

0 

-1.75 

(437. 

5) 

3 3 

2 

A 

XI 

1 

-0.2 

0 

0.4 

-0.2 

10 

ci  = 

7 

B 

^3 

IT 

0.8 

1 

-0.1 

0.3 

60 

(c . - z . ) 

0 

-0.2 

0 

-0.1 

-1.7 

(440 

) 

3 3 

OPTIMAL. 
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As  a teaching  aid  to  the  above  process , and  to 
avoid  mathematical  errors , the  Program  in  Figure  6 Ccin  be 
used  by  the  student,  in  lieu  of  pencil  and  paper  algorithms, 
in  the  exact  manner  shown  above.  (This  program  does  the 
computations  one  line  at  a time  the  same  way  the  student 
would.  The  student  must  only  learn  to  operate  the  program 
properly  and  to  relate  to  the  matrix  developed  in  Section 
IV.E.(10)d.,  as  reproduced  below;  the  student  must  compute 
ratios  and  pick  his  own  pivots  in  the  usual  manner  — hence 
these  steps  do  not  appear  below.) 


Column  Number: 

_2 

_3 

_4 

_5 

_7 

Objective  Row:  *D' 

84 

85 

86 

87 

88 

89 

90 

ROW  A: 

01 

02 

03 

04 

05 

06 

07 

08 

ROW  B: 

11 

12 

13 

14 

15 

16 

17 

18 

ROW  C: 

91 

92 

93 

94 

95 

96 

97 

98 

Although  this  matrix  differs  from  the  standard  matrix 
typically  learned  for  the  Simplex  method  (a^ , a^2  ' 
is  similar  and  rather  easily  learned  by  the  student;  the 
subscripts  normally  learned  do  not  happen  to  all  be  available 
as  register  numbers  on  the  SR-52. 

The  process  to  use  this  two  card  program  (one 
side  programmed  per  card)  is: 


Explanation 


Sample 

Entry  Press  Display 


Read  Card  1 

*READ 

Set  up  OBJECTIVE  ROW 

*D' 

84. 

Set  up  row  counter 

D 

84. 

Enter  OBJECTIVE  ROW  values 

(Column 

1) 

2 

RUN 

84. 

(Column 

2) 

5 

RUN 

85. 

(Column 

3) 

7 

RUN 

86. 

Set  up  ROW  A 

A 

1. 

Set  up  row  counter 

D 

1. 

Enter  ROW  A values  (Column 

1 term) 

3 

RUN 

1. 

(Column 

2 term) 

1 

RUN 

2. 

(Column 

3 term) 

2 

RUN 

3. 

(Column 

4 term) 

1 

RUN 

4. 

(Column 

5 term) 

0 

RUN 

5. 

(Column 

6 term) 

150 

RUN 

6. 

Set  up  ROW  B 

B 

11. 

Set  up  row  counter 

D 

11. 

Enter  ROW  B values  (Column 

1 term) 

1 

RUN 

11. 

(Column 

2 term) 

3 

RUN 

12. 

(Column 

3 term) 

4 

RUN 

13. 

(Column 

4 term) 

0 

RUN 

14. 

(Column 

5 term) 

1 

RUN 

15. 

(Column 

6 term) 

250 

RUN 

16. 

(Same  process  for  ROW  C when  required) 

Set  up  for  (c-;  - z-j)  calculations 

*RSET 

(16.) 

Enter  highest  column  number 

■ used 

6 

E 

0. 

(Values  for  each) 

(5th) 

RUN 

0 . 

(successively  ) 

(4th) 

RUN 

0 . 

(smaller  column  ) 

(3rd) 

RU>: 

7. 

(compute  in  ) 

(2nd) 

RUN 

5. 

(sequence  ) 

(1st) 

RUN 

2. 

Alternately,  or  to  recheck 

a value. 

merely  enter  column  number: 

3 

E 

7. 

1 

E 

2. 

etc . 

Read  Card  2 

♦E' 

— — 

HLT 

(2.) 

Multiply  ROW  B by  (1/4  = .25) 

and  Relist  ROW  B. 

.25 

D 

0.25 

B 

11. 

(Column  1 term) 

RUN 

0.25 

(Column  2 term) 

RUN 

0.75 

(Column  3 term) 

RUN 

1. 

(Column  4 term) 

RUN 

0. 

(Column  5 term) 

RUN 

0.25 

(Column  6 term) 

RUN 

62.5 
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Sample 

Entry 


Press 


Explanation 


Display 


Multiply  new  ROW  B by  -2  and 

•2. 

E 

-2. 

add  to  previous  ROW  A; 

B 

11. 

list  new  ROW  A 

A 

1. 

(Column  1 term) 

RUN 

2.5 

(Column  2 term) 

RUN 

-0.5 

(Column  3 term) 

RUN 

0. 

(Column  4 term) 

RUN 

1. 

(Column  5 term) 

RUN 

-0.5 

(Column  6 term) 

RUN 

25. 

Reread  Card  1 and  Reset  Counters 

*E’ 



HLT 

(25.) 

*RSET 

(25.) 

Set  up  Cost  Routine 

*C 

(25.) 

Enter  Cost  of  ROW  A 

0 

RUN 

0. 

Enter  Cost  of  ROW  B 

7 

RUN 

7. 

(Same  process  for  ROW  C when  required) 

Set  up  for  (cj  - zj)  calculations 

*RSET 

(7.) 

Enter  highest  column  number  used  and 

compute  as  in  previous  tableau: 

6 

E 

-437.5 

(Column  5 term) 

RUN 

-1.75 

(Column  4 term) 

RUN 

0. 

(Column  3 term) 

RUN 

0. 

(Column  2 term) 

RUN 

-0.25 

(Column  1 term) 

RUN 

0.25 

Reread  Card  2 

*E' 

— 

HLT 

(0.25) 

Multiply  ROW  A by  (1/2.4  = .4)  and 

relist 

.4 

D 

0.4 

A 

1. 

(Column  1 term) 

RUN 

1. 

(Column  2 term) 

RUN 

-0.2 

(Column  3 term) 

RUN 

0. 

(Column  4 term) 

RUN 

0.4 

(Column  5 term) 

RUN 

-0.2 

(Column  6 term) 

RUN 

10. 

Multiply  new  ROW  A by  -1/4  and  add  to 

previous  ROW  B;  list  new  ROW  B 

-.25 

E 

-0.25 

A 

1. 

B 

11. 

(Column  1 term) 

RUN 

0. 

(Column  2 term) 

RUN 

0.8 

(Column  3 term) 

RUN 

1. 

(Column  4 term) 

RUN 

-0.1 

(Column  5 term) 

RUN 

0.3 

(Column  6 term) 

RUN 

60  . 
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Sample 

Explanation 

Entry 

Press 

Displi 

Reread  Card  1 and  Reset  Counters 

*E' 

HLT 

*RSET 

(60.) 

(60.) 

Set  up  Cost  Routine 

*C 

(60.) 

Enter  Cost  of  Row  A 

2 

RUN 

2. 

Enter  Cost  of  Row  B 

7 

RUN 

7. 

Set  up  for  (Cj  -2j)  calculations 
Enter  highest"^ column  number  used  and 

*RSET 

(7.) 

compute  as  in  previous  tableaus 

6 

E 

-440  . 

(Column  5 term) 

RUN 

-1.7 

(Column  4 term) 

RUN 

-0.1 

(Column  3 term) 

RUN 

0. 

(Column  2 term) 

RUN 

-0.2 

(Column  1 term) 

RUN 

0. 

Problem  complete.  Recall  maximum: 
Result  is  $440.00. 

6 

E 

-440. 

If  the  reader  is  wondering  why  this  program  uses 
two  cards  but  only  one  side  per  card,  the  answer  is  that 
only  the  first  112  program  steps  are  used  as  program.  The 
remainder  are  used  to  create  the  storage  registers  84 
through  97.  Of  course,  the  two  112  step  programs  could  be 
put  on  alternate  sides  o-p  the  same  card  anyway,  but  since 
the  two  programs  use  different  user-defined  labels,  the  use 
of  one  card  for  both  purposes  would  be  confusing. 

On  the  HP-67,  the  necessary  number  of  data 
registers  can  only  be  created  by  packing  (storing  values  on 
opposite  sides  of  the  decimal)  at  least  20  of  the  26  available 
registers.  This  limits  inputs  to  values  having  no  more  than 
5 significcuit  digits,  which  is  quite  satisfactory  for  the 
cibove  example.  This  entire  program  can,  also,  be  listed  on 
only  one  HP-67  card.  Further,  it  is  somewhat  simpler  to  use 
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than  the  above  SR-52  method.  For  interested  readers,  such 
a program  is  provided  at  Figure  7. 

In  a meinner  almost  identical  to  the  aoove , 
programs  can  be  created  which  do  not  require  secondary  input 
from  the  user,  other  than  start  commands  after  initial  input. 
Programs  can  even  be  created  on  loops  of  magnetic  mylar 
instead  of  cards,  loops  which  require  only  occasional  starts 
by  the  user. 

i.  Program  Space  Versus  Execution  Time 

In  programs  which  compute  solutions  based  upon 
non-iterative  algorithms,  or  with  minimal  use  of  iterative 
(loop)  algorithms,  execution  speed  is  not  normally  a 
consideration  because  SR-52  and  HP-67  cam  both  execute  an 
average  program  of  224  instructions  in  less  than  15  seconds 
(unless  numerous  exponentiations  are  required  in  the  case 
of  the  HP-67) . However,  when  numerous  iterations  of 
algorithmic  loops  are  necessary,  execution  time  becomes  a 
critical  factor.  For  example,  note  that  the  IRR  examples 
discussed  in  Sections  IV.E.(9)c(7)  and  (8)  require  4 minutes 
46  seconds  on  the  SR-52  and  7 minutes  20  seconds  on  the 
HP-67.  If  these  programs  were  not  optimized  for  execution 
speed,  execution  could  require  more  than  two  times  these 
respective  amounts  of  time.  Extremely  long  program  execution 
times  are  both  inconvenient  to  the  user  and  unnecessarily 
wasteful  of  battery  power.  Hence  complex  or  iterative  main 
routines  should  normally  be  designed  to  minimize  execution 
time . 
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(USED) 


REREAD 


!&l| 


SELECT 


REGISTERS 


a SUS.  A1 


a SUS.  A2 


a SUS.  A5 


a SUS.  A6 


a SUS.  A7 


b SUS.  A8 


SELECT 






(COL) 

c 



sTe^ 

"ooC 

1 

2 

3 

4 

USER 

5 

GIVE 

6 

7 

SELECT 
_R 

HER  REGISTERS 


R 

o 

IN  PR 

liSB 

K PR  ROW 
PR  SUM  IN  ROW 


COEF. 

X SUS.  1 

COEF. 

X SUS.  2 

COEF. 

X SUS.  3 

COEF. 

X SUS.  4 

COEF. 

X SUS.  5 

COEF. 

X SUS.  6 

COEF. 

X SUS.  7 

STO  K REG  00 


K PR 

K TIMES  PR  IN  PR 


a SUS. 


El&ll 


SELECT  ROW  C 


a SUS.  C2 


a SUS.  C3 


a SUS.  C4 


a SUS.  C5 


a SUS.  C6 


a SUS.  C7 


b SUS.  C8 


91  a SUS . i 


SET  STATUS 
DISPLAY  TRIG 


C^l 


SELECT  ROW.B 


SELECT  ROW  A 


GRAD 


FLOATING  PT 


FIGURE  8 

LINEAR  PROGRAMMING  AID  (HP-67) 


USER 

KEYE 

LABEL 


INITIALIZ 


ROW  A 


■a 


FLAGS ; 


REGISTERS 


STO  ROWS 


m 

ROW  B 

P 

ROW  C 

P 

NITIALIZE 


ROW  D 


HER  LABEL 


POSITIONING 

CONTROLS 


KEY  CODE  KEY  ENTRY 


Any  row  may  be  used  as 
the  Objective  Row. 

Costs  of  each  row  are 
manually  stored  as 
STO  A,  STO  B,  STO  C,  etc 

Pi vot  val ue  manually 
stored  as  STO  E. 


NITIALIZE  L 


STO  ROWS 


C & D 


FMaTOiaTiHial 


SET  STATUS 
DISPLAY  ^TRIG 


FLOATING  PT 


OB 


35 

51 

02 

31 

42 

31 

25 

11 

43 

02 

71 

31 

83 

33 

61 

24 

35 

34 

01 

61 

35 

33 

35 

71 

02 

22 

06 

22 

05 

31 

25 

14 

35 

51 

02 

31 

42 

31 

25 

12 

SF  2 


iS 


f LBL  A 


EEX 


f INT 


ST  +i 


h RCL  I 


LOAD  ROW  C 


II 


LOAD  ROW 


h STO  I 


F2? 


GTO  6 


GTO  5 


f LBL  D 


SF  2 


*S 


f LBL  B 


EEX 


LOAD  ROW  D 


LOAD  ROW  B 


STEP  KEY  CODE  KEY  ENTRY 


1 

31  25  12 

2 

34  24 

3 

32  83 

4 

34  15 

5 

43 

NOTES 


mn\ 


■ESII 


03 


81 


81 


31  84 


43 


03 


81 
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Attempts  to  minimize  execution  times  often 
conflict  with  attempts  to  minimize  program  space.  Because 
of  the  search  patterns  used  internally  by  either  calculator, 
the  shortest  possible  program  is  not  normally  the  fastest. 

Thus  the  user  must  usually  consider  eliminating  steps  and 
tolerating  slower  execution  speeds  in  order  co  squeeze  in 
the  primary  progreun  itself,  or  in  order  to  add  additional 
user-defined  routines  to  the  program,  as  opposed  to  minimizing 
execution  speeds.  The  best  choice  is  normally  to  minimize, 
to  the  maximum  extent  possible,  the  number  of  steps  required 
by  all  secondary  routines  which  are  never,  or  infrequently, 
used  by  the  primary  routine(s).  Conversely,  the  best  choice 
for  the  primary  routine (s)  is  normally  to  minimize  steps 
only  to  the  extent  that  execution  time  is  not  adversely 
affected  by  the  exclusion  of  addressing  techniques  which 
require  more  steps,  but  which  execute  faster.  These  kinds 
■of  tradeoffs  are  incorporated  in  -the  IRR  routines  discussed 
earlier,  for  excimple.  Nesting,  stacking  and  even  separating 
the  parts  of  routines  can  often  be  used  to  increase  execution 
speed,  without  requiring  additional  steps.  Thus,  the  location 
of  each  routine  within  the  program  may  also  be  analyzed  by 
the  programmer  with  regard  to  desires  concerning  program 
space  or  execution  times . 

In  summary,  the  optimization  of  calculator 
programs  requires  tradeoffs  which  are  based  upon  experience 
and  published  literature,  whereas  basic,  less  efficient  (but 
useful)  calculator  programs  can  be  created  even  by  the  novice 
user. 
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11.  Machines  of  the  Future 


a.  The  National  Semiconductor  Model  7100  (NS-7100) 

The  projected  capabilities  of  this  calculator 
(Appendix  B)  are  immense,  exceeding  the  SR-52  and  HP-67  by 
at  least  one  order  of  magnitude.  Its  projected  cost  is 
$400.  Its  4000-step  basic  library  is  structured  as  a 
semiconductor  cartridge,  comparable  (theoretically)  to  about 
18  full  SR-52  or  HP-67  cards.  The  non-volatile  memory  thus 
requires  no  drive  motor  in  order  to  be  read.  Then,  its 
keyable  memory  and  user  cartridge  give  another  240  steps, 
each.  This  totals  an  equivalent  of  20  cards.  Its  projected 
hardwired  functions  are  extensive. 

It  is  difficult  to  comprehend  the  capacity  of 
this  calculator.  For  example,  consider  the  IRR  program 
developed  earlier  (Table  3)  and  multiply  the  capacity  of 
that  program  by  20,  or  consider  20  equally  complex  programs 
all  in  your  hamd  at  one  time  and  all  usable  in  whatever 
sequence  is  desired,  either  in  total  or  as  subroutines 
of  a user-keyed  or  user-stored  additional  program;  subroutines 
of  indexed  library  programs  may  also  be  called  from  the 
keyboard.  This  calculator  does  not  have  user-definable 
keys.  Instead,  multiple-digit  call  numbers,  as  specified  on 
the  library  index,  must  be  used  to  call  a routine.  This 
system  is  designed  to  correspond  closely  to  normal  usage  of 
mathematical  subscripting,  but  requires  more  keystrokes  than 
do  systems  which  use  user-defined  keys. 
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The  240  step  cartridge  programmable  by  the  user 
is  much  bulkier  and  much  more  expensive  ($15  vice  50<?  each) 
than  a card  of  224  steps.  This  may  be  considered,  in  some 
applications,  as  the  price  for  security:  unlike  cards, 

semiconductor  cartridges  cannot  be  accidentally  altered  by 
an  external  magnetic  field. 

National  Semiconductor  is  not  planning  to 
manufacture  a printer  for  the  NS-7100;  another  (independent) 
company  is  planning  to  do  this . 

Experience  with  the  NS-7100  may  show  that  most 
problems  can  be  solved  without  much  additional  programming 
by  the  user,  simply  by  using  the  extensively  indexed 
routines  available  from  each  library  cartridge.  The  authors 
of  this  work  are  biased,  however,  toward  high  use  of 
individualized,  permanently  stored  programs.  Such  an 
accumulation  of  programs  on  the  NS-7100  user  cartridges 
would  be  extremely  expensive.  It  thus  appears  that  the 
calculator  may  be  better  suited  to  users  who  do  not  mind 
keying  in  programs  manually  when  required  and  who  are 
otherwise  satisfied  to  depend  heavily  upon  preprogrammed 
routines,  rather  than  generating  large  numbers  of 
individualized  programs. 

b.  The  Texas  Instruments  Programmeible 

Calculators  59  and  58  (TI-59;  TI-58) 

The  TI-59  machine  is  the  highest  capacity  hand- 
held calculator  projected  to  be  available  in  June  1977.  The 
projected  cost  is  $300.  When  combined  with  the  PC-IOOA 
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printer  it  provides  extensive  alphanumeric  formating  (63 
digits,  letters,  mathematical  and  Greek  symbols)  as  well 
as  discrete-point  curve  plotting  (printa±ile  coordinate 
points  20  by  n) . This  entire  system  will  fit  in  a brief- 
case with  room  to  spare.  The  TI-59  has  extensive  hardwired 
(semiconductor)  functions,  additional  interchangeable 
5000-step  library  semiconductor  chips  plug  into  the  calcula- 
tor's backside,  and  480  step  magnetic  cards  pass  through 
its  card  reader  for  additional  capacity.  Only  one  card  is 
required  for  the  optional  mode  of  480  steps  and  60  registers 
but  an  additional  card  may  be  used  to  store  data  in  registers 
or  to  redefine  step/regis ter  ratios;  i.e. , optional  modes 
of  960  steps  with  no  registers  or  720  steps  with  30 
registers,  etc.  (The  tradeoff  is  10  registers  per  80  steps, 
except  that  no  more  than  100  data-storage  registers  are 
available.)  The  calculator  will  also  read  cards  during 
operation,  as  desired. 

Key  codes  are  double-merged,  T^ereas  they  are 
unmerged  on  the  SR-52  and  triple  merged  on  the  HP-67  or 
NS-7100.  Because  of  machine  differences,  the  number  of 
double  merged  TI-59  program  steps  required  to  accomplish  ^ 
progrcims  equivalent  to  programs  of  triple-merged  systems 
appear  to  yield  a step  ratio  of  1.2  to  1.  Hence  its 
nominal  mode  of  60  registers  and  480  card-steps  (+5000 
chip  steps)  roughly  equates  to  4567  NS-7100  steps  or  HP-67 
steps.  Of  course,  neither  the  NS-7100  or  HP-67  has  either 
this  many  steps  or  60  storage  registers. 
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Projected  execution  speeds  are  faster  on  the 
TI-59  than  on  the  SR-52. 

To  introduce  the  reader  to  the  data  range 
available  on  the  TI-59,  several  tape  outputs  of  this  system, 
obtained  from  Texas  Instruments  emulators,  are  reproduced 
below  as  Figures  9,  10,  11,  and  12.  These  tapes  show  that 
this  calculator  retains  all^  of  the  good  features  of  its 
predecessor  (the  SR-52)  but,  evidently,  few  of  the  dis- 
advantages of  the  SR-52.  (See  also  Appendix  B.) 

(The  HP-67  will  also  accomplish  som.e  types  of 
graphical  output  by  using  the  limit  of  each  line  printed, 
or  figures  within  each  line  printed,  to  outline  curves. 

An  example  of  an  HP-97  sine  curve  generated  in  this  manner 
is  provided  as  Figure  13  below  for  comparison  with  the 
TI-59  sine  curves  duplicated  in  Figure  11.) 

The  TI-59  is  likely  to  be  marketed  longer  than 
has  been  the  case  for  many  calculators.  Instead  of  pursuing 
new  machine  designs,  the  manufacturers  appear  to  be  re- 
searching improvements  to  the  interchangeable  semiconducter 
chips  which  clip  into  the  machine.  Thus  even  more  capacity, 
on  the  same  machine,  may  become  available  in  the  future. 
Meanwhile,  the  TI-58  is  projected  for  introduction  at  the 
scime  time  as  the  TI-59,  at  a lower  ($125)  cost.  The  TI-58 
is  identical  to  the  TI-59  except  that  it  has  no  motor  and 
doesn't  read  cards.  In  einy  event,  until  National  Semiconductor 
provides  a printing  capability  for  the  NS-7100,  the  TI-59 
combined  with  the  PC-IOOA  printer  is  projected  to  be  the  most 
compact  system  availeible  of  equal  capabilities. 
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FIGURE  10 

TI-59  KEY  CODE  LISTING  (CODES  00-99) 
(Output  Tape  Width  Cut  Off  Examples) 
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FIGURE  11 


TI-59  SINE  CURVE  PR0GRAI4  AND  OUTPUTS  (ACTUAL  SIZES) 

I.C  1 BEST'AVAIWBIEXOPY 
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FIGURE  13 
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Note: 


HP-97  SINE  CURVE  PROGRAM  AND  OUTPUT 
(Actual  Sizes) 

X-axis  labeling  in  10  degree  increments  printed  with 
curve  display. 
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F.  PROGRAMMABILITY  CONCLUSIONS 


Programming  calculators,  as  discussed  in  this  work,  is 
the  art  of  structuring  algorithms  such  that  the  calculator 
executes  those  algorithms  most  efficiently.  On  the  other 
hcind,  programmability  relates  to  machine  langauge;  types 
and  numbers  of  keystrokes  required;  merging  of  keystrokes 
in  program  steps;  number  of  program  steps  available;  functions 
available;  program  and  data  storage  capacity;  speed  of 
execution;  and  ease  of  programming.  All  of  these 
items  have  been  discussed  in  detail.  In  the  opinion  of  the 
authors , conclusions  are: 

(1)  Programming  calculators  is  certainly  within  the 
capability  of  the  average  college  student  and  probably  within 
the  capeibility  of  most  people  at  even  lower  levels  of  education 
or  experience. 

(2)  Pragmatically,  the  differences  in  learning  algebraic, 
AOS,  or  RPN  languages  are  rather  insignificant.  However, 

RPN  does  add  programming  flexibility,  once  learned. 

(3)  Type  emd  number  of  keystrokes  required  depends 
primarily  upon  functions  available  on  the  keyboard  and, 
secondarily,  upon  the  frequency  that  parentheses  are  used 
(in  lieu  of  algebraic  hierarchy)  on  non-RPN  systems. 

(4)  Excluding  use  of  the  HP-67  "Z+"  key,  the  average 
number  of  merged  program  steps  available  on  the  HP-67  as 
compared  to  the  SR-52  approaches  a maximum  ratio  of  3 to 

1,  but  the  average  ratio  can  be  reduced  to  1.3  to  1 for  routine 
prograunming , dependent,  of  course,  on  ittilities  of  the  programmer. 
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(5)  The  number  of  steps  available  depends  upon  sub- 
paragraphs  (2) , (3)  and  (4) , supra. 

(6)  Functional  comparisons  are  as  provided  in  Appendix 


(7)  The  SR-52,  compared  to  the  HP-67,  lacks  an  equivalent 
amount  of  program  storage  capacity.  The  SR-52  has  easier 
access  to  extra  registers  for  data  storage  whenever  program 
steps  can  be  sacrificed. 

(8)  Speed  of  execution  is  faster  on  the  SR-52,  and  is 
particularly  faster  when  exponentiation  is  used. 

(9)  The  ease  with  which  either  calculator  can  be  pro- 
gramTied  depends  more  upon  the  experience  and  expertise  of 
the  programmer  than  upon  the  machine.  However,  the  HP-67 
is  easier  to  use  for  merging  programs  or  multiple  card 
operations.  Conversely,  the  direct  addressing  system  used 
by  the  SR-52  is  easier  to  use  than  the  relative  addressing 
used  on  the  HP-67. 

(10)  The  projected  new  machines  (NG-7100  and  TI-59) 
portend  quantum  improvements  in  capacity  and  capability. 
Questions  concerning  ease  of  use  remain  to  be  answered  by 
actual  usage;  projections  known  to  the  authors  are  that 
Texas  Instruments,  Inc.,  intends  to  stop  SR-52  production 
and  start  TI-59  production  almost  simultaneously.  Both  the 
projected  NS-7100  cind  the  projected  TI-59  and  TI-58  repre- 
sent new  levels  of  sophistication,  but  can  only  be  theoretically 
compared  to  each  other,  at  the  time  of  this  writing,  since 
production  models  are  not  available  to  the  authors. 
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Theoretically,  none  of  these  machines  have  serious  competitors 
in  the  current  market,  with  the  possible  exception  of  the 
HP-97  for  some  limited  applications.  Most  information 
made  available  to  the  authors  concerning  these  machines  is 
represented  by  previous  discussion  and  appendices  hereto. 

In  any  case,  such  calculators  indicate  the  beginning  of  a 
new  generation  of  pocket  calculators. 

In  summary,  the  prospective  user  should  determine  which 
of  the  above  capacities,  constraints,  and  (as  yet)  unproven 
manufacturer's  projections,  when  compared  to  the  somewhat 
different  prices  of  these  current  and  projected  calculators, 
best  fit  his  own  parameters  and  yield  the  best  value  for 
the  specific  situation. 
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APPENDIX  A 

EDUCATIONAL  GUIDELINES:  CANDIDATE  COURSES  IN  THE  MANAGEMENT 

SCIENCE  CURRICULA,  NAVAL  POSTGRADUATE  SCHOOL  [15] 

The  following  listed  required  courses  are  considered  to 
be  readily  adaptable  for  incorporation  of  the  hand  held 
card  prograiTunable  calculator  as  an  educational  tool: 

Mathematics 

MA  2040  - Matrix  Algebra 
MA  2305/2306  - Calculus  I-II 
MA  2045  - Computational  Matrix  Algebra 
MA  1100  - Calculus  and  Vector  Analysis 


Accounting 

MN  2150  - Financial  Accounting 

MN  3161  - Managerial  Accounting 

MN  4151  - Internal  Control  and  Auditing 

MN  4152  - Decision  Making  for  Financial 
Management 

MN  4154  - Financial  Management  in  the  Navy 
MN  4161  - Controllership 
MN  4162  - Cost  Accounting 
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Probability  and  Statistics 
PS  3005  - Probability 

MN  3011/3012  - Probability  and  Statistics 
for  Management  I-II 

MN  3211/3212  - Operations  Analysis  for 
Management  I-II 

OS  3062  - Intelligence  Data  Analysis 

OS  3201/3202  - Fundamentals  of  Operations 
and  Systems  Analysis 

OS  32-3  - Survey  of  Operations  and  Systems 
Analysis 


In  addition  to  the  foregoing,  use  of  hand-held  card 
programmable  calculators  in  the  required  curricula  is 
considered  to  be  of  importance  in  preparation  for  and/or 


Fortran  Programming 

COBOL  Programming 

Management  Information  Systems 
and  the  Computer 

Operations  Research  Methodology  • 

Investigative  Methods  of  Economics 
Systems  Analysis 

Applications  of  Management  Information  Systems 
Linear  Programming 
Inventory  I 
Stochastic  Processes 

Selected  Topics  of  Probability  and  Statistics 


utilization 

CS 

0110 

CS 

0113 

MN 

3183 

MN 

3214 

MN 

3645 

MN 

4145 

MN 

4181 

OA 

3604 

OA 

3620 

OA 

3704 

OA 

4510 
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OA  4614  - Methods  and  Practices  of  Systems  Analysis 

I 

] OA  4633  - Networks,  Flows  and  Graphs 

OA  4634  - Games  of  Strategy 

OA  4651  - Search  Theory  and  Detection 

I 

i OA  4654  - Combat  Models 

i 
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COMPARISON  OF  CALCULATOR  FUNCTIONS 
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Merges  programs  and  data 
Autcmatic  proirpting  X 

Labels  72 

Usej>definable  keys  10 

Indirec±  control  of; 

Data  Storage  and  Recall  X 

Storage  arithmetic  X 

Uhconditional  branching  X 

Subroutine  branching  2 

DSZ  X 

ISZ 

Display 

Clearing  options 

Clear  entry  X 

Clear  T 

Clear  all  X(a) 

Clear  registers  X 

Clear  program  X 

Clear  register  nn  X(b) 

Built  in  Statistical  Functions 
tean,  Standard  deviation 
(no.  variables) 

Factorial  22  ^ 

Surmation  (n,Ix,Zx'^,Zy,Zy'^,ZjQ^) 

(n,Zx,Zx^) 

Built  in  Scientific/Mathematical  Functions 
Trigonomstric 

Decimal  degrees  X(c) 

Radians  X 

Grads 

Sin,  Cos,  Tan  (plus  inverses)  X 

Rectangulcir/Polcu:  conversion  X 

Decimal  angle  time/degree  angle 
time  (H.M.S.)  X 

Degree/Radian  conversion  X 

Conversion  any  angular 
measure  to  any  other 
Logarithmic 
Log  X,  10^ 

In  X,  e^ 

Exponentiate  negative  nunber 


X 

X 

X 

(d) 


72 

10(6) 

X 

X 

X 

6 

X 

X 


X 

X 

X 

X 

X(b) 


X 

X 

X 

X 

X 


X 

X 

X 

(d) 


X 

X 

X 

20(5) 

10 

X 

X 

X 

3 

X 

X 

X 


X 

X 


X 

X 


X 

X 

X 

X 

X 

X 

X 


X 

X 

X 

X 


64 


X 

X 

X 


X 

X 

X 

X 


X 

X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 
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SR 

52 


TI* 

59 


HP 

67 


NS* 

7100 


Other  Built  in  Functions 

/ X , , Pi  , 1/x 


X X X X 


+ , - , X , 4. 


XXX 


X Root  of  Y 
% 

% change 
Absolute  value 
Integer/fracticn  truncation 
Rounding  key 
Merge  programs 

Conversions : in/an,  gal Ai ter 

Kg/lb,  Newtcns/lb  force. 

Deg  C/Deg  F,  BlU/Foot  lb  force 


Printing  Features  [7] 

Print  X X 

List  stack  registers 
List  data 
List  labels 

Paper  advance  X 

Variable  print  modes  X 

Print  space  X 

List  program  X 


List  crom  program  [8] 


X 


X 

X 

X X 

X X 

X 
X 


X 

X 

X 

X 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 


X 


NOTES: 


*Based  solely  cn  manufacturers  clciims.  NS7100  uses  chip  vice  card  to 
record  programs. 

(1)  480  steps  naninal  (mainframe)  with  60  registers.  Alternate  levels: 
160  steps  with  up  to  98  registers  or  960  steps  with  0 registers; 
plus  5000  step  library  CPCM. 

(2)  240  mainframe  and  240  permanent  file  cartridge.  Mainframe  retains 
program  plus  data  as  long  as  batteries  are  charged;  or  240  mainframe 
plus  4000  + library  cartridge.  Can  retrieve  particular  numbers 
from  pending  operaticsis  (total  of  37  registers.) 

(3)  Rounds  as  ordered. 

(4)  Conpare  X to  T (4  tests)  plus  compare X to  registers  (8  tests)  . 

(5)  Labels  are  reusable. 

(6)  10  user  definable  functions  plus  Ceill  label. 


171 


(7)  SR52  and  TI59  plug  into  a separate  printing  unit.  HP67  cards  must 
be  printed  with  an  IIP9'7.  All  functicais  of  HP67  and  HP97  are  the 
sane  except  for  the  integral  printing  unit.  NO  printer  presently 
available  for  NS  7100  (see  8 belcw) . 


(8)  The  TT59  CRCM  (library  cMp)  is  coded  by  "page."  A ccrplete  CROM 
has  10  "pages"  with  500  steps  per  "page."  NS  7100  printer  to  be 
manufactured  by  separate  manufactirrer.  In  addition  NS  7100  will 
have  full  input/output  capability  with  other  systems.  Also,  NS  7100 
displ^s  GTD,  label  and  shift  codes. 

(a)  except  registers  20-99 

(b)  only  registers  60-69  all  at  once 

(c)  activated  by  a switch  vice  a button 

(d)  will  work  but  gives  error  flash;  will  halt  a running  program 
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APPENDIX  C 


FLEET  USES 


The  following  non- exhaustive  list  of  fleet  functions 
indicates  the  broad  range  of  applications  for  prograinmable 
calculators : 

Aviation: 

Tactics 
Navigation 
Flight  profiles 

Weight  and  balance  (particularly  cargo) 

Analysis  of  Maintenance  Material  Management  Data 
Trend  analysis  (quality  assurance) 

Surface : 

Tactics 

Navigation  and  plot 

Analysis  of  Planned  Maintenance  System  Data 
Trend  Analysis  (quality  assurance) 

Dcimage  Control 
Ships  Engineering 
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Civil  Engineer  Corps: 

Surveying 
Structural  design 
Roadway  design 
Construction 
Financial  Analysis 

Medical  Corps: 

Biological  Analysis 
Pathological  Analysis 

Meteorology : 

Analysis  of  Meteorological  data 
Prediction 

Research  and  Development: 

All  forms  of  weapons  system  design,  research  and 
development  analysis . 

All  of  the  following  kinds  of  officers  should  be  issued  card- 
programmable  calculators : 

Aeronautical  Engineering  Duty 
Aviation  Maintenance  Duty 
Weapons  Engineering  Duty 
Civil  Engineer  Corps 
Supply  Corps 

P-coded  Operations  analysis  and  engineering  officer 
billets 

P-coded  Managerial  billets 


► 


[v 


I 


?,  i 


{ 


APPENDIX  D 

EXAMPLES  OF  USER-SUBMITTED  PROGRAMS  [16,17] 
(Extracted  from  some  5000  available  programs) 

BUSINESS 

Experience  curve  for  manufacturing  cost 
Summation  of  Ledger  Columns 
Amortization  Schedule 

New  Product  Growth  Factor  - Gompertz  Method 
Multi-Family  Land  Use  Evaluation 

Manufacturing  Learning  Curve  - Unit  and  C\imulative  Cost 
Pert  Estimating 
Universal  Rate  of  Return 

Multivariate  Corporate  Failure  Prediction  Model 
MATHEMATICS 

4x4  Determinant  and  Simultaneous  Equations 

Complex  Arithmetic 

Complex  Functions 

Radar  Range-height  Calculation 

Function  and  Derivatives 

Maxima  and  Minima 

La  Grange  Polynomial  Interpolation 
Numerical  Integration 
Differential  Equations 
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ENGINEERING 


Phase  Shift  Oscillator  Design 

Rectangular  Waveguide  Calculations 

Transmittal  Laser  Pulse  Energy 

Aircraft  Flyby  Look  - Angles  and  Rates 

Bode  of  Transfer  Function  with  Eighth  Order  Polynomial 

Phase  Locked  Loop  Design,  Acoustic  Horn  Evaluation 

Ballistic  Missile,  Rainge,  Elevation  Angle 

Biomechanics 

Two-Instrument  Radial  Survey 
COMPUTER  SCIENCE 

Binary  Coded  Decimal  with  Parity  to  Decimal  Conversion 

Control  Data  Computer  Octal  Dump  Decoding 

Decimal  to  IBM  370  Floating  Point  Hexadecimal  Conversion 

Octal  Debug  Aid 

Optimum  Disk  File  Blocking 

Timesharing  Wait  Model 

Sentential  Logic 


PROBABILITY  AND  STATISTICS 

Moments,  Skewness  cind  Kurtosis 
Permutations  and  Combinations 
Two-State  Markov  Chain  Matrix 
Five  Variable  Regression  Analysis 
Chi  Square  Proportion  Difference 
Biserial  Correlation  Coefficient 
The  Cochran  Q Test 
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QUALITY  ASSURANCE/RELIABILITY 


Redundant  System  Reliability 
Aerhenius  Chemical  Reaction  Rate 
X Bar  and  R Control  Charts 
Correlation:  Relicibility  and  Validity 

NATURAL  SCIENCES 

Environmental  Noise  Levels 
Acid-base  Balance 
Creatinine  Clearance 
Enzyme  Kinetics 
ECG  Data  Optimization 
Blood  Acid-Base  Status 
Pick  Cardiac  Output 
Oxygen  Saturation  and  Content 
Tumor  Growth 

Absorption  Spectroscopy  Calibration 
Orbital  Mechanics 

GAMES 

Casino  Game  Model  for  Study  of  Behavior 
Simulation  Wargame 
Combat  Odds 

Space  Ship  Landing  Simulator 
Underwater  Submarine  Hunt 
Biorhythms 
Space  Battle 
Space  Docking 
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AIR  NAVIGATION 


Flight,  Plan  and  Verification 

Predict  Freezing  Level 

Dead  Reckoning 

Rhumbline  Navigation 

Great  Circle  Flying 

Position  and  Navigation  by  One  VOR 

Weight  and  Balance 

Moon  Sight  Reduction 


MARINE  NAVIGATION 

Course  Made  Good  from  Three  Bearings 

Map  Initialization 

Running  Fix  from  One  Object 

Planet  Location 

Sextant  Correction 

Storm  Avoidance 

Distance  and  Bearing  to  the  Mark  Sun  Sight  Reduction 
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